SAN certificate
A SAN certificate lists every hostname it covers in its Subject Alternative Name field, which is the only field browsers still read for name matching.
A SAN certificate lists every hostname it covers in its Subject Alternative Name field. Modern certificates all do this, so the phrase mostly means "a certificate covering more than one name".
The older Common Name field is dead for this purpose. Browsers stopped using it for name matching years ago, and a certificate whose name appears only in the Common Name fails validation in every current browser. If you generate certificates yourself, put every name in the SAN list.
A wildcard entry such as *.example.com matches one level only. a.example.com matches, a.b.example.com does not, and the apex example.com needs its own entry.
What Domduck records
Every SAN on the certificate, stored with the daily certificate reading.
They are worth keeping because the list changes for reasons nobody announces. A name appearing means a new site joined the deployment. A name disappearing means the opposite, and it usually happens during a migration where somebody rebuilt the certificate from a shorter list.
Why it matters
The most common certificate outage is a name that is not on the list. Everything about the certificate is valid, the expiry is months away, and one hostname fails because the renewal dropped it.
A SAN list is also public. Anything you put on a shared certificate is advertised to anyone who connects, including internal hostnames. If a name would embarrass you in a log, give it its own certificate.
Related
- TLS certificateA TLS certificate is the signed file a site presents to prove it owns its name, naming the domains it covers and the dates it is valid between.
- Certificate TransparencyCertificate Transparency is a set of public append-only logs recording every certificate a trusted authority issues, so misissuance can be found.
Primary source: RFC 5280 §4.2.1.6, Subject Alternative Name