CA/B Forum ballot · SC-047v2

SC-047v2: the OU field disappears from TLS certificates

Last verified

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

  1. 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.

Sources

  1. Ballot SC047v2: Sunset subject:organizationalUnitName (cabforum.org)
  2. TLS Baseline Requirements §1.2.1 and §7.1.2.7 (GitHub cabforum/servercert)