Enterprise Identity & Access Management Platform  ·  View 18 of 27  ·  Runtime

Secret & Certificate Lifecycle

The loop that has to close without a deployment.

Editable source SVG draw.io All views
Issue
enterprise CA or Key Vault CA
Issue...
Store
RBAC data plane, purge protection
Store...
Consume
managed identity reference
Consume...
Monitor
expiry + access anomaly
Monitor...
Rotate
dual version, 60 days before expiry
Rotate...
Revoke
old version disabled, then purged
Revoke...
Azure Key Vault
18 vaults
Azure Key Vault...
stored with rotation policy
stored with rotation policy
referenced, never copied
referenced, never copied
every read is logged
every read is logged
Event Grid rotation trigger
Event Grid rotation trigger
new version live, no restart
new version live, no restart
back to issuance
back to issuance
Secret & Certificate Lifecycle
Secret & Certificate Lifecycle
Security / platform
Security / platform
Application we own
Application we own
Interface / broker
Interface / broker
Risk / gap
Risk / gap
The loop must close without a deployment. Applications resolve the current version at runtime, so rotation is an operation on the vault rather than a release, which is what makes a 60-day cadence realistic.
The loop must close without a deployment. Applications resolve the current version at runtime, so rotation is an operation on the vault rather than a release, which is what makes a 60-day cadence realistic.
v 1.0 · owner Data & AI Global Practice · date 2026-08
v 1.0 · owner Data & AI Global Practice · date 2026-08
Text is not SVG - cannot display

The rotation rule

  • Applications resolve the current version at runtime and never copy a secret into configuration, so rotation is an operation on the vault rather than a release.
  • Dual-version rollover: the new version goes live while the old stays enabled, then the old is disabled and later purged. That removes the restart and the outage window that make teams avoid rotating.
  • Certificates renew 60 days before expiry. An expiry-driven incident is a scheduling failure, and the schedule is automated because humans do not win against calendars.

Vault controls

  • RBAC data plane rather than access policies, so vault permissions are reviewable with the same tooling as every other Azure role assignment.
  • Soft delete and purge protection on every vault, private endpoints in production, and diagnostic logging of every data-plane operation.
  • One vault per environment per landing zone class, 18 in total. A single shared vault makes least privilege impossible; a vault per application makes operations impossible.

Risks

  • A secret whose consumer caches it beyond its rotation window fails after the old version is disabled. The 24-hour gap between disable and purge exists to catch exactly this.
  • Bulk secret reads by an unusual principal are detected (view 22) but not blocked, because a legitimate deployment can look identical.
  • Managed HSM has a distinct recovery model with a security-domain key held offline. Losing it is unrecoverable, so its custody is part of the break-glass procedure in view 26.