TL;DR: TLS certificate lifetimes are shrinking to 200 days in 2026, 100 days in 2027 and 47 days by 2029, according to AET Europe’s analysis of certificate lifecycle management. Renewal, validation and deployment must be automated if organisations want to avoid service outages.
Editorial analysis by NHI Mgmt Group, based on content published by AET Europe: “TLS Certificate Lifetimes Are Already Changing: What Your Team Needs to Do Now”.
By the numbers:
- As of March 15, 2026, newly issued public TLS certificates may be valid for a maximum of 200 days.
- This will drop further to 100 days in 2027, and ultimately to a mere 47 days by 2029.
Key questions
Q: Why do short-lived TLS certificates increase operational risk?
A: Short-lived TLS certificates increase operational risk because every renewal creates another chance for delay, misconfiguration, or missed deployment.
Q: How does automated certificate renewal work in distributed environments?
A: Automated certificate renewal uses a control plane or agent to request, issue and replace certificates before expiry, then reloads services or rotates trust bundles without manual intervention.
Q: How do certificate lifecycle controls reduce outage risk?
A: Certificate lifecycle controls reduce outage risk by ensuring certificates are discovered, owned, renewed and redeployed before they expire.
Practitioner guidance
- Automate certificate discovery and ownership mapping Build a continuously updated inventory of certificates across public-facing services, internal applications, cloud workloads and integrations so each certificate has an owner, expiry date and renewal path.
- Replace manual renewal with policy-driven automation Use automated issuance, renewal and deployment workflows so shortened lifetimes do not depend on calendars, spreadsheets or individual memory.
- Test renewal failure as a resilience scenario Run controlled failure exercises that simulate missed renewals, delayed redeployment and expired trust so teams can see which services break first.
Bottom line: Shorter certificate lifetimes turn renewal timing into an operational risk that manual processes struggle to absorb.
Explore further
View Full Forum → | NHI Foundation Course → | Our Services → | Read the full analysis →
Shorter certificate lifetimes create governance debt: the real problem is no longer whether certificates can be issued, but whether organisations can prove they will be renewed, redeployed and validated on time. As the renewal window shrinks, ownership ambiguity becomes a control failure, not an administrative nuisance. Teams that still treat certificates as static assets will experience avoidable trust outages.
A question worth separating out:
Q: What is the difference between certificate expiry and certificate compromise?
A: Certificate expiry is a control lapse that usually disrupts availability, while compromise means the private key or certificate trust has been exposed and can be abused for impersonation or interception. Both are identity problems, but compromise carries a much higher security consequence because trust can be used by an attacker before anyone notices.
👉 Read our full editorial: Shorter TLS certificate lifetimes turn CLM into a control priority