TL;DR: Shrinking TLS certificate lifetimes from 398 days to 200 days, with a path to 100 days in 2027 and 47 days by 2029, will force security teams to replace spreadsheet-driven renewals with continuous automation, according to Palo Alto Networks. The operational burden is now the control problem, not the cryptography itself.
At a glance
What this is: This analysis argues that shorter TLS lifecycles and quantum-driven cryptographic change are turning certificate management into a continuous governance problem for non-human identities.
Why it matters: IAM and NHI teams need automated discovery, renewal, and policy enforcement because certificates, keys, and service identities now fail at operational speed, not annual cadence.
By the numbers:
- On March 15, 2026, the CA/Browser Forum reduced the maximum validity period for public TLS certificates from 398 days to 200 days.
- At 47 days, the renewal workload increases roughly twelvefold.
- For an enterprise managing 1,000 public TLS certificates, manual renewal already consumes roughly 4,000 hours per year.
👉 Read Palo Alto Networks' analysis of the cryptographic reset and certificate lifecycles
Context
Certificate governance is becoming an NHI problem because every service, workload, and agent still depends on keys and certificates to prove identity and keep communications trusted. When validity periods shrink, the gap between issuance and expiry turns into a continuous operational risk rather than a calendar task.
The article frames this as a cryptographic reset, with trust lifecycles tightening while post-quantum pressure grows in parallel. That combination matters for IAM and NHI programs because manual renewal, audit, and exception handling do not scale to shorter certificate TTLs or to the volume of machine identities already in circulation.
Key questions
Q: How should teams manage shrinking certificate lifecycles in NHI environments?
A: Teams should move certificate handling into a continuous lifecycle process. That means authoritative inventory, named ownership, automated renewal, and deployment tied to policy. Spreadsheet tracking and calendar reminders do not scale when lifetimes shrink from months to weeks, especially across cloud, SASE, and workload identities.
Q: Why does quantum risk matter for non-human identities now?
A: Quantum risk matters now because organisations can already lose confidentiality through harvest-now, decrypt-later collection. Machine identities often protect traffic, tokens, and service-to-service data, so cryptographic agility and faster reissuance are part of NHI resilience before quantum systems mature.
Q: What is the difference between certificate management and NHI governance?
A: Certificate management focuses on issuance, renewal, and expiry. NHI governance is broader because it also covers identity ownership, access scope, policy enforcement, auditability, and lifecycle controls for the services, workloads, and agents that depend on those certificates.
Q: Should organisations treat certificate expiry as an operational risk or a security risk?
A: They should treat it as both. Expiry can break availability through outages, but it also exposes weak identity governance when renewal, revocation, and inventory are incomplete. The right response is to automate lifecycle controls and assign clear accountability for every certificate.
How it works in practice
Why shorter certificate lifecycles change the operating model
A certificate lifecycle is the sequence of discovery, issuance, renewal, deployment, revocation, and audit. When lifetimes shrink from yearly intervals to weeks, the bottleneck moves from cryptographic strength to operational throughput. The core failure mode is not weak encryption but missed renewal, stale inventory, and inconsistent rollout across environments. For NHI programs, certificates behave like credentials with expiry. That means they need ownership, telemetry, policy, and automation across the full lifecycle, not just storage in a vault or manual calendar reminders.
Practical implication: teams should treat certificate renewal as a continuously enforced identity workflow, not an occasional maintenance event.
Network-native discovery as a control point for NHI certificates
The article argues that the network can serve as the trust control plane because it already observes encrypted traffic and certificate usage. Architecturally, that shifts discovery away from app teams and into a layer that can inventory certificates across traffic paths, then trigger policy-based actions. This is relevant to NHI governance because many machine identities are invisible until they fail. Network-native telemetry can expose hidden certificates, but only if discovery data is tied to authoritative ownership and remediation workflows rather than passive reporting.
Practical implication: use network telemetry to build a complete certificate inventory, then tie each asset to an accountable service owner.
Quantum transition pressure and harvest-now, decrypt-later risk
The integrity side of the cryptographic reset comes from the risk that RSA and ECC will eventually be broken by sufficiently powerful quantum systems. Even before that happens, attackers can capture encrypted data now and decrypt it later if the data has long value. This matters for NHI security because machine-to-machine traffic often carries credentials, tokens, and sensitive application data. The mitigation path is cryptographic inventory, algorithm agility, and migration planning so that trust decisions can change without reengineering every application.
Practical implication: start a cryptographic inventory now and map which services need algorithm agility before quantum-resistant transitions become urgent.
NHI Mgmt Group analysis
Shorter certificate lifetimes are not a certificate problem, they are an NHI governance problem. Once certificates renew in shorter cycles, the real question becomes who owns the identity, how quickly it can be discovered, and whether renewal is policy-driven. Manual tracking collapses under that pace. Practitioners should therefore manage certificates as machine identities with lifecycle ownership, not as static configuration artifacts.
Ephemeral trust creates trust debt when discovery is incomplete. If an organisation cannot inventory its certificates, it cannot govern their expiry, revocation, or exception handling with confidence. That is the same structural weakness seen across broader machine identity management: visibility lags scale, and the backlog becomes operational debt. The practical conclusion is that inventory quality is now a security control, not a reporting metric.
Cryptographic agility is becoming part of NHI resilience planning. The article correctly places quantum risk alongside renewal pressure because they interact operationally. Teams that can rotate, replace, and reissue credentials quickly will absorb the transition with less disruption. Those that cannot will turn every algorithm change into an outage risk. Practitioners should align certificate governance with a migration path, not a single implementation.
Network enforcement is useful only when paired with ownership and automation. A network control plane can observe encrypted traffic and expose hidden certificates, but visibility without accountable workflow merely creates a dashboard. The field should move toward automated discovery-to-remediation loops, because that is the only way to keep pace with shrinking lifetimes. The governing principle is simple: if a certificate can expire continuously, it must also be governed continuously.
From our research:
- 69% of organisations now have more machine identities than human ones, according to The Critical Gaps in Machine Identity Management report.
- 57% of organisations lack a complete inventory of their machine identities, which means certificate and workload governance often starts from partial visibility rather than authoritative control.
- For a broader view of NHI scope and ownership models, see Ultimate Guide to NHIs - What are Non-Human Identities.
What this signals
Ephemeral credential trust debt is now a planning issue for identity teams. As certificate lifetimes shrink, the operational gap between discovery and renewal becomes a measurable risk surface. Organisations that still depend on manual tickets or calendars will find that small misses turn into recurring outages, while automation and ownership reduce that exposure. The governance baseline is shifting from periodic review to continuous control.
With 57% of organisations lacking a complete inventory of their machine identities, according to The Critical Gaps in Machine Identity Management report, shorter certificate lifetimes will amplify the cost of incomplete visibility. Practitioners should expect audit, revocation, and exception handling to become more urgent as the number of non-human identities grows.
If your programme already struggles to name owners, track expiries, or reconcile certificates across environments, this topic is a signal to simplify first and automate second. The practical priority is to eliminate hidden identities before adding more cryptographic complexity, because cryptographic agility fails when the underlying inventory is incomplete.
For practitioners
- Implement continuous certificate inventory Build an authoritative inventory of public and internal certificates, then reconcile it with service owners, renewal dates, and deployment paths across cloud, on-premises, and edge environments.
- Automate renewal and deployment workflows Replace calendar reminders and spreadsheet tracking with policy-based renewal, automated deployment, and exception handling for certificates that support production workloads.
- Map certificates to NHI owners Assign a named owner for every certificate, key, and service account so renewal failures, revocation decisions, and audit requests have clear accountability.
- Start cryptographic agility planning Identify systems that rely on long-lived RSA or ECC assumptions and prioritize algorithm migration paths for services that process sensitive or long-retention data.
- Use network telemetry for discovery Leverage encrypted traffic inspection and certificate usage signals to find hidden assets, then feed those findings into remediation queues and policy enforcement.
Key takeaways
- Shorter certificate lifecycles turn NHI trust into a continuous operational control, not a periodic admin task.
- Incomplete discovery and manual renewal processes become more dangerous as renewal windows contract.
- Practitioners need ownership, automation, and cryptographic agility planning to keep machine identities governable.
Standards & Framework Alignment
This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.
OWASP Non-Human Identity Top 10 address the attack and risk surface, while NIST CSF 2.0 and NIST Zero Trust (SP 800-207) set the governance and control requirements practitioners need to meet.
| Framework | Control / Reference | Relevance |
|---|---|---|
| OWASP Non-Human Identity Top 10 | NHI-03 | Short-lived certificates make lifecycle control and rotation central to this topic. |
| NIST CSF 2.0 | PR.AC-4 | Least-privilege access and identity assurance apply to machine certificates. |
| NIST Zero Trust (SP 800-207) | Continuous verification aligns with the article's network control plane model. |
Use zero trust principles to re-evaluate trust at each certificate-based interaction.
Key terms
- Certificate lifecycle management: The process of discovering, issuing, renewing, deploying, revoking, and auditing certificates across an environment. In NHI programs, it is a control discipline, not an administrative task, because expired or unmanaged certificates can break services and weaken identity trust at scale.
- Cryptographic agility: The ability to change cryptographic algorithms, key lengths, or trust models without reworking every application. For machine identities, it reduces the risk that long-lived services will fail when standards shift or when post-quantum migration becomes necessary.
- Harvest now, decrypt later: An attacker strategy where encrypted traffic or stored data is collected today and decrypted later when better computing power becomes available. It matters to NHI governance because machine identities often protect the data paths and secrets most worth preserving over time.
- Identity blast radius: The amount of damage that can occur when one credential, certificate, or machine identity is compromised. In practice, the blast radius depends on scope, privilege, and lifecycle hygiene, which is why ownership and automation matter as much as discovery.
Deepen your knowledge
Certificate lifecycle management and machine identity governance are core topics in our NHI Foundation Level course, the industry's only accredited NHI security programme. If your team is moving from manual renewal to continuous control, it is worth exploring.
This post draws on content published by Palo Alto Networks: The Cryptographic Reset Has Begun. Read the original.
Published by the NHIMG editorial team on 2026-03-23.
NHI Mgmt Group — the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org