[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Comments on
Arsenault, Al W. wrote:
>
>
> This may be a matter of semantics, but we'll see. I believe that there is a
> need for a CA, RA, other entity to send out "unsolicited response" messages.
> That is, a CA may want to send a CRLannounce message to users, even though
> users have not asked for them, because local policy dictates that you push a
> new CRL out whenever a key has been determined to be compromised. If one
> regards such messages to be "response" messages, then the current PKIX-CMP
> is acceptable. If one regards such a message to be a "distribution message
> that was not a request or response", then that concept needs to be
> supported.
We should be clear that PKIX-CMP is not a scheme for managing certificate
or CRL distribution. This is the function of part II wherein operational
requirements are considered; different solutions are part of
the concept of part II, precisly as operational enviornments are
so different even on the public internet.
We have already discussed CRL push a few times. Many parties
are working on models/systems for CRL push over microsoft and marimba channels.
One expects these underlying transports to become true (versus simulated) push
over
time...
One can imagine IETF standardizing in part II a set of message formats
for CRL push which are transport independent, and perhaps profile
for transport over modern channel-distribution technologies, much
as PKIX-3 specifies information objects, and a number of
transport technologies.