[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: PKIX Part I - Name Constraints



At 08:07 PM 9/13/97 -0400, Warwick Ford wrote:
>>2.  To deal with the exception that you propose, we need to add a
>>dependency between rfc822 alt names and X.500 Distinguished Names.  I do
>>not like this if we can avoide it.
>
>RFC822 names in altnames are not impacted.  They are treated exactly as in
>the standard.  In fact, nothing related to the standard is impacted.  What
>I am proposing is simply one additional rule that PKIX imposes, which is a
>perfectly reasonable thing for a profile to do.  If there is an RFC822 name
>constraint in force, we just impose one further check on the Subject field.
> Very straightforward to implement (if you are already implementing name
>constraint logic).
>
>Without this rule, I believe that many early Name Constraints
>implementations will have a major loophole.  I think it is a PKIX
>obligation to provide the rules to secure the migration from the old ways
>to the new ways.

I would like to encourage the fastest possible migration to the use of alt
names.  And, I agree that we need to accomodate fielded solutions during
that transition.

In addition to changes in the name constraints section, a forward pointer
should probably be added to section 4.1.2.6 too.

Do you have proposed text?

Russ