CA/B Forum ballot · SC-047v2
SC-047v2: the OU field disappears from TLS certificates
Details
- Ballot
- SC-047v2
- Title
- Sunset subject:organizationalUnitName
- Status
- Passed
- Date
- 2021-06-30
- Adopted
- Effective
- BR version
- 1.7.9
- Official page
- cabforum.org
Key dates
- CAs must not include organizationalUnitName (OU) in the subject
SC-047v2 removed the "OU" (organizational unit) field from TLS certificates. Since 2022-09-01, publicly trusted CAs may not put an organizationalUnitName attribute into the subject of a TLS certificate, even if your CSR contains one.
What changed
SC-047v2 set a sunset date for the OU field because CAs could not verify its free text meaningfully. The ballot text says several earlier attempts to strengthen validation of the field failed to gain consensus. Before the deadline, an OU was only allowed together with an organization name; from 2022-09-01 it is prohibited altogether. It was proposed by Entrust and endorsed by Mozilla and Firmaprofesional. The certificate profiles later defined by SC-062v2 list OU as "MUST NOT" for subscriber certificates.
Effective dates
The BR change took effect on 2021-08-16. The prohibition applies to certificates issued on or after 2022-09-01.
Who is affected
Organizations ordering OV or EV certificates that used OU for a department name, and internal tools or pinning rules that matched on OU. DV certificates never contained it.
What to do
You can leave OU in your CSR; the CA drops it. Don't build logic that relies on the OU of a public TLS certificate. Use the CSR generator to create a request with only the fields that matter.