Re: revocation of roots

2008-10-21 Thread Julien R Pierre - Sun Microsystems
Paul, Paul Hoffman wrote: I disagree with Julien on two items in this thread. At 5:31 PM -0700 10/20/08, Julien R Pierre - Sun Microsystems wrote: If the root could "revoke itself", in the case of root cert key compromise, ie. the root cert's private key becoming public, anybody could then si

Re: revocation of roots

2008-10-21 Thread Julien R Pierre - Sun Microsystems
Kyle, Kyle Hamilton wrote: On Mon, Oct 20, 2008 at 5:31 PM, Julien R Pierre - Sun Microsystems <[EMAIL PROTECTED]> wrote: If the root could "revoke itself", in the case of root cert key compromise, ie. the root cert's private key becoming public, anybody could then sign revocation information f

Re: Dealing with third-party subordinates of T-Systems and others

2008-10-21 Thread Ian G
Frank Hecker wrote: > Ian G wrote: >> The goals of Mozo are written somewhere else, and they only speak >> softly to the issue of security from memory. I think it is worth >> revisiting them, perhaps someone has them to hand? > > Are you referring to the high-level goals of the Mozilla Foundation

Re: revocation of roots

2008-10-21 Thread Paul Hoffman
At 2:02 PM + 10/21/08, Frank Hecker wrote: >Paul Hoffman wrote: >>If you want to to be able to "revoke" roots, please consider instead >>getting active in the current work on TAMP (trust anchor management >>protocol) being discussed in the PKIX WG. > >Thanks for the suggestion; I presume that >

Re: Dealing with third-party subordinates of T-Systems and others

2008-10-21 Thread Ian G
Frank Hecker wrote: > [I'm trying to catch up on these threads, my apologies for the delay. I > don't have time to respond to every message, unfortunately.] (I understand, I also feel the pressure.) > Ian G wrote: >> If that was true, there would likely be an agreement between Mozilla >> and Ver

Re: revocation of roots

2008-10-21 Thread Kyle Hamilton
On Mon, Oct 20, 2008 at 5:31 PM, Julien R Pierre - Sun Microsystems <[EMAIL PROTECTED]> wrote: > > If the root could "revoke itself", in the case of root cert key compromise, > ie. the root cert's private key becoming public, anybody could then sign > revocation information for that root CA - wheth

Re: Dealing with third-party subordinates of T-Systems and others

2008-10-21 Thread Frank Hecker
Ian G wrote: The goals of Mozo are written somewhere else, and they only speak softly to the issue of security from memory. I think it is worth revisiting them, perhaps someone has them to hand? Are you referring to the high-level goals of the Mozilla Foundation (not necessarily security-rela

Re: Dealing with third-party subordinates of T-Systems and others

2008-10-21 Thread Frank Hecker
[I'm trying to catch up on these threads, my apologies for the delay. I don't have time to respond to every message, unfortunately.] Ian G wrote: If that was true, there would likely be an agreement between Mozilla and Verisign (following the above RPA tradition) explicitly giving Mozilla permi

Re: revocation of roots

2008-10-21 Thread Frank Hecker
Paul Hoffman wrote: If you want to to be able to "revoke" roots, please consider instead getting active in the current work on TAMP (trust anchor management protocol) being discussed in the PKIX WG. Thanks for the suggestion; I presume that http://www.ietf.org/internet-drafts/draft-ietf-pkix-t

Re: MITM in the wild

2008-10-21 Thread Eddy Nigg
Ian G: Nelson B Bolyard wrote: It is widely agreed that, since KCM has no central revocation facility, KCM is not central, period. Talking about revocation is a strawman. I think that's the point he is making. What's your point? Sounds to me like most of the last 1000 security bugs. P