SecurityNot yet confirmed elsewhere1 publisher3 min readPublished
A 24-hour token on a 90-second pod: why quarterly identity reviews cannot reach it
Inventory and cadence cannot govern a credential whose holder is already deleted. The arithmetic points at one control: the lifetime written into the token when it is issued.
The Watch · Security desk

What happened
- A worked example from scworld.com has a Kubernetes pod handed a 24-hour service account token, finishing its task in 90 seconds, then being destroyed.
- The same pod would be created and destroyed dozens of times between quarterly access reviews, so no persistent entity exists for a reviewer to look at.
- The piece contrasts 90-day certificate rotation, sized for servers that run for years, with a serverless function that executes for 200 milliseconds.
- It also states that non-human identities now outnumber human identities in most enterprise environments and need different governance.
- Its cited answer is SPIFFE, whose SVIDs carry lifetimes measured in hours rather than months.
Why it matters
- constraint Nothing a review board decides can touch a credential whose holder has been deleted, which pushes the only binding controls into the issuer: the TTL and the scope stamped at mint time.
- exposure Anyone holding a leaked token inherits the grants approved for a job that has finished, and the approval record points at a workload that cannot be interrogated.
- decision Platform owners have to choose between paying for discovery tooling that catalogues identities already gone and rewriting issuance defaults per workload class.
- precedent If hour-scale credentials become the reference point, auditors get a number they can demand and compare rather than an adjective in a policy document.
Convert the exposure window into a fraction and the argument stops being about governance maturity. A 24-hour token consumed by 90 seconds of work sits unattached for 86,310 of its 86,400 valid seconds, which is 99.9 per cent of its life as a bearer secret with nothing running behind it [13].
The residue is also where the scworld.com example wobbles. Subtract 90 seconds from 24 hours and you get 23 hours 58 minutes 30 seconds, not the 23 hours 50 minutes the piece quotes; that second figure belongs to its other worked case, the container that runs for 10 minutes [14]. The slip is small and it is instructive. The window is fixed the moment the token is signed, by the granted TTL and the job's actual duration, and nobody working a quarterly calendar is positioned to notice either value.
A review can do two things to a standing grant: renew it or withdraw it. Both need a holder. The piece is explicit that the model assumes the identity holder still exists to be reviewed [8], and that pod-level credential management is what traditional service account governance does not reach at scale [7]. What remains reviewable is not the pod. It is the rule that decided a pod of that class may hold a database credential, and for how long.
The cadence gap is arithmetic rather than diligence. A 90-day cycle spans 86,400 consecutive 90-second pod lifetimes [15], and the 90-day certificate rotation interval is roughly 39 million times the 200-millisecond runtime of the serverless function the same piece cites [16]. Scale pushes in the same direction: one deployment spinning up hundreds of containers across a day, each needing credentials for databases and APIs [6], and a monolith's single service account replaced by dozens of service-to-service relationships once it is decomposed [5].
SPIFFE is the honest end of this, with SVID lifetimes measured in hours rather than months and validity aligned to workload lifetime [12]. But "aligned" is doing quiet work there. A one-hour SVID issued to a 90-second job still leaves 58 and a half minutes of live credential behind it, 97.5 per cent of the certificate's life [17]. Shorter is a comparative. It becomes a control only when someone writes the number down per workload class and the issuer refuses to exceed it.
Which suggests the reviewable artefact for machine identity is a distribution rather than a roster: granted lifetimes plotted against observed workload durations, with the gap as the finding. That question can be put to an issuer's configuration at any hour of any day, and it does not require the workload to still be breathing when it is asked.
What to watch
- Whether platforms ship enforced TTL ceilings by workload class rather than an opt-in short-lived credential library.
- Whether audit programmes start requesting granted-lifetime distributions against observed workload durations instead of identity inventories.
- Whether any published incident attributes a breach to a credential outliving its workload; the case so far rests on worked examples, not observed compromises.
Clarity's read
What the record supports and how the coverage leans. The claims behind it follow.
Reality
- Evidence30
- Adoption32
- Hype gap+18
- Incentives38
- Confidence34
Claim ledger
Ranked by verification strength, evidence, and original report placement.
- [1]
Worked example: a Kubernetes pod receives a service account token with a 24-hour lifetime, completes its task in 90 seconds, and is destroyed.
ReportedSupportedSource: scworld.com feature on machine identity governance2 sources— create a free account to open themView cited source - [2]
The piece states the token remains valid for another 23 hours and 50 minutes after the workload disappears.
- [3]
Governance processes that run quarterly cannot manage credentials that live for minutes; the described mismatch is temporal.
- [4]
A Kubernetes pod that lives for 90 seconds cannot appear in a quarterly review because it will be created and destroyed dozens of times between reviews, leaving no persistent entity to inventory.
- [5]
A monolithic application might need one service account to access its database; the same application decomposed into microservices can require dozens of service-to-service authentication relationships, each with its own credentials.
- [6]
A single application deployment can spin up hundreds of containers throughout the day, each requiring credentials to access databases, APIs or other services.
- [7]
Kubernetes workload identity requires pod-level credential management that traditional service account governance cannot address at scale.
- [8]
The machine identity governance model assumed machines would persist long enough to be inventoried, reviewed and rotated on a predictable schedule, and breaks because it assumes the identity holder still exists to be reviewed.
- [9]
If the token leaks, no audit trail connects it to a running system because the container that held it vanished before the next quarterly access review.
- [10]
Certificate rotation every 90 days makes sense for a server that runs for years and makes no sense for a serverless function that executes for 200 milliseconds.
- [11]
Second example: a container given a 24-hour credential but running for 10 minutes leaves the credential valid for 23 hours and 50 minutes after termination; if it is compromised then, there is no running workload to audit and no governance process designed to detect orphaned credentials.
- [12]
SPIFFE provides a standard for workload identity in dynamic infrastructure through short-lived cryptographic SVIDs with lifetimes measured in hours rather than months, aligning credential validity with workload lifetime.
- [13]
In the 24-hour token / 90-second workload case, 86,310 of the token's 86,400 valid seconds fall after the workload is destroyed, or 99.9 per cent of its valid life.
- [14]
24 hours minus 90 seconds is 23 hours 58 minutes 30 seconds, not the 23 hours 50 minutes the source quotes for that example; 23 hours 50 minutes is the residual of its separate 10-minute container case.
- [15]
A 90-day review cycle spans 86,400 consecutive 90-second pod lifetimes.
- [16]
A 90-day certificate rotation interval is about 38.9 million times the 200-millisecond execution time of the cited serverless function.
- [17]
A one-hour SVID issued to a 90-second workload leaves 58 minutes 30 seconds of validity after the workload ends, 97.5 per cent of the credential's life.
- [18]
Non-human identities now outnumber human identities in most enterprise environments and require different governance approaches.
Sources
1 independent publisher whose own reporting we read for this story.
- scworld.comWhy Short-Lived Workloads Create Long-Lived Identity Risk
1 article · August 24, 2026
Topics and entities
Follow any of these and your For You feed starts watching them — no settings page required.