Re: Key lookup service via draft-bhjl-x509-srv-00
Wei Chuang <[email protected]> Wed, 23 Mar 2016 14:29:12 -0700
| Newsgroups | gmane.ietf.smime,gmane.ietf.x509 |
|---|---|
| Message-ID | <CAAFsWK1p-_HNYwM1B-p8MMo58u2hURW45ytKr_1f3h+XKDS5wA@mail.gmail.com> |
On Wed, Mar 23, 2016 at 1:00 PM, Miller, Timothy J. <[email protected]> wrote: > On 3/23/16, 1:33 PM, "smime on behalf of John R Levine" < > [email protected] on behalf of [email protected]> wrote: > > > > >If the WG thinks the domain's key should be authoritative, that'd be fine > >with me. We didn't want to make any unilateral changes to the trust model > >without it being clear that it's a change and that there's consensus > >behind it. > > So an authoritative service makes sense in an Enterprise context, but not > in a consumer context. How do you preserve consumer choice if Yahoo! owns > their email service, but they want to certify keys elsewhere? > Could Yahoo! (in this example) not provide a means for their users to update the key lookup service? As the user is authenticated through their UI, he or she could upload the keys they want in a secure way. (A realistic deployment caveat might be that Yahoo! puts some restrictions on e.g. Yahoo! might not support self-signed, weak key sizes etc). One might argue Yahoo! wouldn't want to provide a key service, but then that's fine. Without the SRV RR, things should be defined to fall back to the current state of things. -Wei > > -- T > > _______________________________________________ smime mailing list [email protected] https://www.ietf.org/mailman/listinfo/smime