What You Must Know To Keep Your Job

Public TLS certificates are no longer a yearly checkbox. Browser and CA/Browser Forum policy is shortening maximum certificate lifetimes while enterprises multiply issuers (AD CS, ACME, cloud CAs, Java keystores). If you still renew from spreadsheets, you are one missed date away from an outage — and one audit away from explaining why.

How we got here — a brief history

1990s–2000sSSL/TLS secures e-commerce; certificates often valid for multiple years, manually installed on single servers.
2012–2018CA/Browser Forum caps public TLS validity: 60 months → 39 months → 825 days as mis-issuance and compromise drive shorter trust windows.
2020–2021398-day maximum for publicly trusted TLS becomes the norm; Let's Encrypt popularizes 90-day certificates and ACME automation.
TodayHybrid PKI: Microsoft AD CS internally, ACME and commercial CAs externally, plus cloud-native certs (Azure, AWS ACM) — often with no central inventory.

Where policy is going (2026–2029)

Ballot SC081v3 schedules phased reductions of maximum public TLS certificate validity (widely summarized as):

Effective windowMax public TLS validity (industry)What it means for you
Before ~March 2026Up to 398 daysLast generation of annual public certs; plan automation now.
2026~200 daysRenewals at least twice per year unless you automate; DigiCert and others align near 199 days.
2027~100 daysQuarterly renewal cadence becomes the compliance baseline for public TLS.
2029~47 daysMonthly-style renewal; manual processes fail at scale.

Let's Encrypt is moving default profiles toward 64-day (2027) and 45-day (2028) certificates, with shorter domain authorization reuse periods — automation is no longer optional for teams using public CAs at scale.

Career survival checklist

Executives remember the outage, not the CA vendor. Operators who deliver centralized SSL automation — before the 200-day and 100-day cliffs — keep their jobs.