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.
DigiCert is deprecating the Organizational Unit (OU) field to simplify public SSL/TLS certificate ordering. For more information about OU field deprecation, see our KB article DigiCert will deprecate the Organizational Unit field.
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:
If you only put a hyphen in the organization unit field, a CA will be unable to validate the value.
However, if you enter an organization name that includes a hyphen in it (for example, Dev-Ops), this hyphen does not prevent a CA from validating your organization unit value.
For publicly trusted certificates, we cannot allow these values (data entries) to exceed the 64-maximum character limit, including spaces:
For publicly trusted certificates, we no longer allow the use of underscores ( _ ) in:
As of October 1, 2018, we only issue certificates for domains and subdomains using:
Currently, you can include underscores in other certificate values, such as organization units and organization names. However, the use of the underscore in these values is being reevaluated. Industry standards may change and require you to remove the underscores from those values too.
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).
Domain | Allowed? |
---|---|
es--xyz.loudsquid.com | Not allowed |
www.es--xyz.loudsquid.com | Not allowed |
xn--xyz.loudsquid.com | Allowed |
xyz--loudsquid.com | Allowed |