Публичные сертификаты – Элементы данных, нарушающие отраслевые стандарты

For publicly trusted certificates, industry standards (baseline requirements and RFC 5280) require data entries to meet certain criteria. Violating these standards when ordering a certificate prevents a Certificate Authority (CA) from issuing the certificate.

For publicly trusted certificates, the organization unit value is not a required value (field).

According to baseline requirements, Certificate Authorities (CAs) are only required to validate the organization unit value when a value is provided. If you leave this field blank (do not provide an organization unit value), CAs are instructed not to include the field in the certificate.

Baseline requirements also prohibit this value from being or appearing to be "junk" data or indicators of non-applicability (na, ?, etc.), which keep certificates smaller. By keeping certificates smaller, this ensures TLS remains accessible to a greater range of users and site operators.

The list below contains characters that, if entered by themselves in the organization unit field, do not represent a valid organization unit value:

• "-" (Hyphen)
• " " (Space)
• "." (Period)
• "?" (Question mark)
• "na" (Not applicable)
• "NA" (Not applicable)

For publicly trusted certificates, we cannot allow these values (data entries) to exceed the 64-maximum character limit, including spaces:

• Common Name
  We cannot allow the common name value to exceed the 64-character limit. However, the subject alternative names (SANs) value does not have the same character length restrictions as the common name value. The SANs included in a certificate order (for example, in a Multi- Domain SSL Certificate order) can be greater than 64 characters.
• Organization
  Does the organization include an assumed name? Do you plan to validate that organization for extended validation (EV) certificates?
  Then make sure the organization name + assumed name values do not exceed 64 characters, including spaces.
• Street 1
• Street 2
• City
• State
• Postal Code

For publicly trusted certificates, we no longer allow the use of underscores ( _ ) in:

• Subject Common Names
• Subject Alternative Names (SANs)

As of October 1, 2018, we only issue certificates for domains and subdomains using:

• Lowercase letters a–z
• Uppercase letters A–Z
• Digits 0–9
• Special characters: period (.) and hyphen (‐)

The Certificate Authority/Browser (CA/B) Forum clarified a requirement in Ballot 202 requiring CAs to not issue public TLS/SSL certificates with invalid internationalized domain names.

Effective October 1, 2021, for publicly trusted TLS/SSL certificates, we no longer allow the use of double dashes (--) in the third and fourth characters in domain names, unless the double dashes proceed the letters xn (xn--example.com).