[cabfpub] givenName and surname revived

Jeremy Rowley jeremy.rowley at digicert.com
Sat Aug 20 03:30:52 UTC 2016


IMO - The OIDS should be set based on the section under which validation occurred, not whether the organization field contains the entities name.  

 

 

From: Erwann Abalea [mailto:Erwann.Abalea at docusign.com] 
Sent: Friday, August 19, 2016 7:49 AM
To: Bruce Morton <bruce.morton at entrust.com>
Cc: Jeremy Rowley <jeremy.rowley at digicert.com>; public at cabforum.org
Subject: Re: [cabfpub] givenName and surname revived

 

Bonjour, 

 

If the person’s name information is placed in the organizationName attribute, it doesn’t mean the certificate is « Organization Validated », it’s still «   Identity Validated ».

 

Placing the person’s name in the O attribute is a bad tradeoff on my opinion, because it brings confusion. This thread also collides with the one about omitting ST/L when there’s a country-level registry of corporations.

 

Cordialement,

Erwann Abalea

 

Le 19 août 2016 à 14:41, Bruce Morton <bruce.morton at entrust.com <mailto:bruce.morton at entrust.com> > a écrit :

 

Hi Jeremy,

 

Would like some clarification. On the call yesterday, it was said that IV certificates were not defined, so this ballot will help resolve this.

 

Per 7.1.4.2.2 b, the current BRs allow givenName and surname to be included in the organizationName field. Will this still be allowed? If so, what would the certificate type be? OV or IV? I would prefer that these be OV certificates.

 

If we do make the changes and the CAs have to meet Microsoft’s requirement to put a DV, OV, or IV certificate policy in the certificate, I think we should clearly define each certificate type.

 

Also, the stateOrProvinceName field appears to currently have an issue as it does not have any language to address the case where there is no state or province in the address.

 

Thanks, Bruce.

 

From: public-bounces at cabforum.org <mailto:public-bounces at cabforum.org>  [mailto:public-bounces at cabforum.org] On Behalf Of Jeremy Rowley
Sent: Thursday, August 18, 2016 12:09 PM
To: public at cabforum.org <mailto:public at cabforum.org> 
Subject: [cabfpub] givenName and surname revived

 

Looking for two endorsers for the following revisions the baseline requirements adding support for givenName and surname:

 

Insert a new (C) under 7.1.4.2.2, renumbering all subsequent bullets.

 

c. Certificate Field: subject:givenName (2.5.4.42) and subject:surname (2.5.4.4)

Optional. 

Contents:  If present, the subject:givenName field and subject:surname field MUST contain an natural person Subject’s name as verified under Section 3.2.3. A Certificate containing a subject:givenName field or subject:surname field MUST contain the (2.23.140.1.2.3) Certificate Policy OID.

 

d. Certificate Field: Number and street: subject:streetAddress (OID: 2.5.4.9)

    Optional if the subject:organizationName field, subject: givenName field, or subject:surname field are ispresent. Prohibited if the subject:organizationName field, subject:givenName, and subject:surname field areis absent.

   Contents: If present, the subject:streetAddress field MUST contain the Subject’s street address information as verified under Section 3.2.2.1.

 

e. Certificate Field: subject:localityName (OID: 2.5.4.7)

Required if the subject:organizationName field, subject:givenName field, or subject:surname field are ispresent and the subject:stateOrProvinceName field is absent. Optional if the subject:stateOrProvinceName field and the subject:organizationName field, subject:givenName field, or subject:surname  field are present. Prohibited if the subject:organizationName field, subject:givenName, and subject:surname field are isabsent.

Contents: If present, the subject:localityName field MUST contain the Subject’s locality information as verified under Section 3.2.2.1. If the subject:countryName field specifies the ISO 3166‐1 user‐assigned code of XX in accordance with Section 7.1.4.2.2(g), the localityName field MAY contain the Subject’s locality and/or state or province information as verified under Section 3.2.2.1.

 

f. Certificate Field: subject:stateOrProvinceName (OID: 2.5.4.8)

Required if the subject:organizationName field field, subject:givenName field, or subject:surname field are is present and the subject:localityName field is absent. Optional if the subject:localityName field and the subject:organizationName field, the subject:givenName field, or subject:surname field are present. Prohibited if the subject:organizationName field, subject:givenName field , or subject:surname field are isabsent. Contents: If present, the subject:stateOrProvinceName field MUST contain the Subject’s state or province information as verified under Section 3.2.2.1. If the subject:countryName field specifies the ISO 3166‐1 user‐assigned code of XX in accordance with Section 7.1.4.2.2(g), the subject:stateOrProvinceName field MAY contain the full name of the Subject’s country information as verified under Section 3.2.2.1.

 

g. Certificate Field: subject:postalCode (OID: 2.5.4.17)

Optional if the subject:organizationName, subject:givenName field, or subject:surname fields are is present. Prohibited if the subject:organizationName field, subject:givenName field, or subject:surname field are isabsent. 

Contents: If present, the subject:postalCode field MUST contain the Subject’s zip or postal information as verified under Section 3.2.2.1.

 

h. Certificate Field: subject:countryName (OID: 2.5.4.6)

Required if the subject:organizationName field, subject:givenName , or subject:surname field is present. Optional if the subject:organizationName field, subject:givenName field, and  subject:surname field are isabsent.

Contents: If the subject:organizationName field is present, the subject:countryName MUST contain the two‐letter ISO 3166‐1 country code associated with the location of the Subject verified under Section 3.2.2.1. If the subject:organizationName, subject:givenName field, and subject:surname  field are  is absent, the subject:countryName field MAY contain the two‐letter ISO 3166‐1 country code associated with the Subject as verified in accordance with Section 3.2.2.3. If a Country is not represented by an official ISO 3166‐1 country code, the CA MAY specify the ISO 3166‐1 user‐assigned code of XX indicating that an official ISO 3166‐1 alpha‐2 code has not been assigned.

 

i. Certificate Field: subject:organizationalUnitName 

Optional. 

Contents: The CA SHALL implement a process that prevents an OU attribute from including a name, DBA, tradename, trademark, address, location, or other text that refers to a specific natural person or Legal Entity unless the CA has verified this information in accordance with Section 3.2 and the Certificate also contains subject:organizationName, subject:givenName, subject:surname, subject:localityName, and subject:countryName attributes, also verified in accordance with Section 3.2.2.1.

 

7.1.6.1

…

If the Certificate asserts the policy identifier of 2.23.140.1.2.1, then it MUST NOT include organizationName, givenName, surname, streetAddress, localityName, stateOrProvinceName, or postalCode in the Subject field.

…

 

_______________________________________________
Public mailing list
Public at cabforum.org <mailto:Public at cabforum.org> 
https://cabforum.org/mailman/listinfo/public

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.cabforum.org/pipermail/public/attachments/20160820/f1e6ca02/attachment-0003.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4964 bytes
Desc: not available
URL: <http://lists.cabforum.org/pipermail/public/attachments/20160820/f1e6ca02/attachment-0001.p7s>


More information about the Public mailing list