I agree with Russ.
-----Original Message-----
From: Housley, Russ [mailto:rhousley@xxxxxxxxxxxxxxx]
Sent: Friday, June 08, 2001 4:47 PM
To: pgut001@xxxxxxxxxxxxxxxxx
Cc: ietf-pkix@xxxxxxx
Subject: Re: Online Certificate Revocation Protocol
Peter:
You make an interesting point. I figure that a message signed with the
private key that is claiming to be compromised is a good thing to pay
attention to.
If the message is from the subscriber, then that subscriber probably knows
that some bad thing just happened and the subscriber is trying to let
everyone know. He does not want any one to rely on the key any more.
If the message is not from the subscriber, then the key has absolutely been
compromised. What a nice attacker to tell everyone.
Russ
At 04:34 AM 6/9/2001 +0000, Peter Gutmann wrote:
>Nada Kapidzic Cicovic <nada@xxxxxxxxxxxxx> writes:
>
> >This is exactly what CMP specifies. Many vendors already have support
> for CMP
> >EE initiated certificate revocation. The interoperability of different
> >implementations of CMP certificate revocation (among other things) has been
> >conducted during PKI Forum and ICSA CMP interop testing quite successfully.
>
>However there are two ways to look at revocation, the DOS model and the scram
>switch model. The DOS model says that anyone who can revoke your cert can
>cause a DOS, so it should be made as difficult as humanly possible to revoke a
>cert. The scram switch model says that when your private key is compromised
>you want the cert revoked right now with no excuses, so it should be made as
>easy as possible to revoke a cert. CMP follows the DOS model and makes it
>very
>difficult (in some cases impossible) to revoke your cert. Programs like PGP
>follow the scram switch model (via suicide-note revocations) and make it very
>easy to revoke your cert. Depending on your point of view, CMP may not be the
>right thing for handling revocations.
>
>Peter.