[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: resolution
Steve and Carlisle:
I think this is a good resolution.
1. I agree that CA key generations should be optional. And, I agree with
Steve that EE key generations should also be optional. Clearly, some
entity needs to generate the key, but the protocol does not need to dictate
which one.
2. I look forward to the I-D from Bob and Peter. But, I would like to see
it written as an optional extenstion to PKIX-3. I do not think we need
another whole protocol between the same entities.
Russ
At 11:43 AM 9/10/97 -0400, Stephen Kent wrote:
>Carlisle,
>
>>>The co-chairs could perhaps now call for final arguments, and
>>>then decide the concensus position, and the actions.
>>
>>Given that over a week has gone by since you sent your message, and
>>given that not a single response has been submitted, I would guess that
>>we already have consensus:
>>
>>- CA key generation will be downgraded from mandatory to optional (which
>>means that EE key generation will be upgraded from optional to
>>mandatory, although this may be accomplished as described next);
>
>OK, downgrade CA key gen to optional. However, let's not make EE key gen
>mandatory. You and others gave good arguments why that is not always
>desirable from a security perspective, and how it increases EE cost. Let's
>leave it optional and let users and CAs worry about ensuring apporpriate
>matching.
>
>>- Bob and Peter will submit an I-D (separate from PKIX-3) specifying a
>>request/response (possibly request/response/confirm) protocol for key
>>generation. This protocol may be supported by EEs, CAs, RAs, or any
>>other entity in the PKI.
>
>OK.
>
>>Peter, Bob, Steve/Warwick, Everyone-Else: does this sound reasonable?
>>Can I make the relevant changes in PKIX-3 and submit it for Last Call?
>
>Yes.
>
>Steve
>
>