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

Re: The CP Extension (was Re: Extended Key Usage and path validation)



"David P. Kemp" wrote:
> 
> X.509 says:
> 
>     Typically, different certificate policies will relate to different
>     applications which may use the certified key.
> 
> and the example under policy mappings refers to policies for "Canadian Trade",
> "U.S. Trade", and "North American Trade".
> 
> This example coincides with my impression that the "purposes" referred
> to in new-part1 and the "applications" in X.509 are things which are
> specific to a business domain (banking, DoD, Xcert, VeriSign) rather
> than things which are specific to communication protocols (email, web,
> VPN, ...).  If you refer to issuing practices and usages,
> "International Trade" or "Organization A" would be the usage, which
> specifies a policy domain under which "lax" and "strict" are defined.
> Under this interpretation, usage and assurance are not orthogonal;
> Organization B might have a significantly different definition of "lax".
> 

I understand that point of view, and I think it's perfectly viable.  I also
like your proposed rewording for new-part1:

> Perhaps it would be less ambiguous if new-part1 said:
> 
>    In an end-entity certificate, each policy information term indicates
>    the policy under which the certificate has been issued and the purposes
>    for which the certificate may be used.
> 
> instead of:
> 
>   In an end-entity certificate, these policy information terms indicate ...
> 
> That would make it clear that there can be more than one term, but each
> term indicates both a certificate policy and some purposes under that policy.
> 

I suggest the draft go further, though, and specifically address the point of
view you've described.  I suggest that in the KU and EKU sections that the
word "purpose" be replaced with the word "protocol" to make it clear that
these extensions deal with technical matters.

I also suggest that the CP section specifically talk about "organizational
purposes" and "non-technical uses" instead of just "purposes" and "uses".

I'd be happy to suggest some text if people think this is a good idea.

[ snip ]

> A rule of thumb might that KU/EKU specifies things which could be be
> wired into a generic toolkit, but CP specifies things which must be
> decided by application-specific code.

I agree, but I do think the draft should be much clearer about this.

		Marc

+------------------------------------------------------------------------+
 Marc Branchaud                                  \/
 Chief PKI Architect                             /\CERT INTERNATIONAL INC.
 marcnarc@xcert.com        PKI References page:              www.xcert.com
 604-640-6227          www.xcert.com/~marcnarc/PKI/
+------------------------------------------------------------------------+