Certificate Lifecycle Service  ·  View 19 of 21  ·  Operations

The Certificate Lifecycle Loop

Six steps around a managed identity that outlives every certificate it ever holds.

Editable source SVG draw.io All views
Declare owner + profile Prove entitlement domain or attestation Issue CSR in, chain out Install and reload Observe serving the only truth Approach expiry at 1/3 life Managed identity owner attached control proved leaf + chain process reloaded serial confirmed renewal due The Certificate Lifecycle Loop Security / platform Decision point Interface / broker Application we own An identity is permanent; its certificates are not. Most designs draw this loop closing at 'issue', which is exactly the gap an expiry outage lives in. v 1.0 · owner Security Platform Architecture · date 2026-09

Where most designs draw it wrong

  • The common loop closes at 'issue' — request, validate, issue, repeat. That loop has no step that could ever detect an endpoint still serving the old certificate.
  • Here the loop cannot close without 'observe serving'. The renewal step reads from observation, so a certificate that never took effect stays due rather than being marked done.

The durable thing

  • The identity is permanent and carries the owner, the trust domain and the compromise history. Certificates are perishable and carry only a validity window.
  • This is why a key compromise is recorded against the identity: the certificate that held the key will expire on its own and take the record with it.

Assumption

  • Renewal triggers at one third of lifetime remaining, deliberately expressed as a fraction so the policy survives the industry shortening maximum certificate lifetimes again.