Recover the authority and drain old trust
Plan compromised-identity recovery across issuance, roots, caches, tickets, and active sessions with verifiable cutoffs.
On this page
The question for today
What you’ll understand
- Distinguish leaf compromise, issuer compromise, and trust-root compromise.
- Order containment, trusted rebootstrap, and credential replacement.
- Prove a scoped drain deadline from the last possible old authentication and bounded session life.
Recovering an identity system means more than making its servers answer again. If a signer or bootstrap authority was compromised, restored connectivity can distribute fresh credentials under the same untrusted root. Recovery must establish a trustworthy control plane, replace the affected authority, and demonstrate that old acceptance paths have ended. Define the compromise scope and the protected resources before claiming that rotation or a rolling restart has completed containment.
Contain the right authority
A single stolen workload credential may permit subject-level disablement and credential replacement. A compromised intermediate or signing service can affect many subjects and may mint new documents, requiring verifier trust changes and a trusted replacement issuer. A compromised root or bootstrap channel changes how replacements themselves can be authenticated. Identify an independent recovery authority or provisioning path rather than asking the suspected authority to prove that its successor is safe. Preserve audit evidence without exposing reusable keys.
Stop unauthorized issuance and enrollment, constrain affected resource access, and inventory where old trust material is cached. Include agents, service meshes, token verifiers, federated peers, gateways, and offline jobs. A rolling deployment can leave forgotten workers accepting the old authority. Emergency changes also need availability planning: abruptly removing every root can isolate healthy services before they receive replacements. Use a staged plan with explicit security cutoffs and observed enforcement, rather than an indefinite overlap that quietly preserves compromised trust.
Rotation does not imply complete retirement
Distribution of new roots and credentials can overlap during ordinary rotation, while compromise recovery may require a faster distrust deadline. Record when each verifier stops accepting the old root, when cached keys expire or are invalidated, and whether derived local tokens remain valid. TLS tickets and established channels are separate paths: replacement of a certificate does not necessarily discard them. A transport KeyUpdate refreshes traffic keys within a connection rather than authenticating a new workload identity.
A finite drain argument needs a last possible old authentication time, including resumed authentication and delayed acceptance paths, followed by a bounded lifetime for every resulting session. If tickets can be renewed indefinitely or a connection has no enforced lifetime and no reauthorization, no finite drain deadline follows from root distribution alone. Do not add guessed average durations to a worst-case proof. Apply hard cutoffs, verify their scope, and test old credentials, tickets, and long-running connections deliberately.
Recovery evidence includes successful new work
Verify that replacement identities can enroll, renew, authenticate, and perform only their intended actions. Test rejection with representative old leaf credentials, old issuer chains, stale cached keys, and preserved tickets after the cutoff. Inspect active-session inventories and application authorization, not just control-plane health. Reconcile federation peers and out-of-band consumers that may not receive automatic updates. A restored issuer with no functioning workloads is incomplete recovery; healthy workloads still accepting compromised identity state are also incomplete.
The reliability lab illustrates only replica reachability. Reset and set both n=5, k=2, predict three available and majority three; Reset and re-set n=5, k=3, predict two available. It models no key compromise, trust roots, issuance, or sessions. An available majority does not prove the recovered authority is trustworthy or old sessions are drained. Use the contrast to list the independent authentication, authorization, rotation, and rejection evidence required alongside service availability.
Work it through
A scoped TLS drain deadline
For one hypothetical TLS-only service, old full authentications stop by incident time 120 seconds. Old tickets have an enforced absolute rejection cutoff at 240 seconds with no extension. Every session, including resumed sessions, lasts at most 60 seconds after authentication. Assume no other credential or unchecked request path.
The last possible old authentication is bounded by the later cutoff: max(120,240)=240 seconds. This includes resumption; looking only at root-distribution time 120 would miss it.
A session authenticated just before that cutoff can last at most sixty further seconds, so the scoped drain bound is 240+60=300 seconds after the incident.
The proof fails if a ticket can extend its cutoff, a session outlives sixty seconds, or another bearer or application path accepts the old identity. Test those assumptions and rejection behavior before claiming the service is drained.
A real cutoff proof follows the last accepted old authentication through the longest permitted session, not just the date a new root was installed.
The living notebook
Explore the model
Interactive lab · reliability
Available replicas are only one recovery condition
Reset, set n=5, k=2, predict up 3, majority 3. Reset and re-set n=5, k=3, predict up 2. The replica-count model does not validate recovered roots, reject old tickets, or drain authenticated sessions.
- Available replicas
- 4 of 5
- Majority needed
- 3
- Majority available?
- Yes
A replica count and a majority threshold, without a consensus protocol. Playback highlights fixed replica states. Having a majority alone does not establish linearizability, durability or failure independence. Parameter changes pause playback and recompute the model at the current elapsed time. Reset restores both parameters and returns time to zero. Playback starts paused. Adjust either parameter, then choose Play or Step.
Look forRecovery needs both functioning new identities and evidence that every affected old acceptance path has ended.
Pause & reason
Check your understanding
Your turn
Try it yourself
A scoped service stops all full old authentication by time ninety seconds and all old resumption by time 150 seconds. It enforces a forty-five-second maximum session lifetime from authentication. Compute the drain bound and name a required recovery check unrelated to that arithmetic.
Take a moment to make a prediction or work it out on paper. Open a hint when you need one.
Give me a hint
Use the latest authentication cutoff, then the hard session maximum.
Compare with the solution
The bound is max(90,150)+45=195 seconds after the incident under the stated TLS-only assumptions. Independently verify that replacement workloads can enroll and renew through a trusted recovery authority and receive only intended permissions. Also test rejection of old credentials and audit all other token or authorization paths; the arithmetic alone does not establish trusted recovery.
Keep the idea
Take it with you
- Recovery scope follows the compromised authority, not just an unavailable server.
- Root rotation, ticket retirement, and active-session draining are separate steps.
- Completion requires working new identities and proven rejection of old acceptance paths.
Read further
Original sources and deeper explanations to follow at your own pace.
Optional progress, saved in this browser when available. Revisit any lesson at any time.
Lesson not marked complete.