Workload Identity (SPIFFE/SPIRE)
A cryptographically-attested, short-lived identity issued to a running workload — an autonomous AI agent, a service, a container — so it can prove who it is to other services without any shared secret or long-lived key. The open standard is SPIFFE (Secure Production Identity Framework For Everyone); SPIRE is its reference implementation. Each workload receives an SVID (SPIFFE Verifiable Identity Document, an X.509 cert or JWT) issued based on runtime attestation of what the workload actually is and where it runs, rotated automatically so a leaked credential expires in minutes. For AI agents, workload identity answers the 'who is the agent' question independently of OAuth client registration — the March 2026 IETF agent-auth draft proposes agents carry a WIMSE/SPIFFE workload identity as `client_id` alongside the delegated user as `sub`. It's the right primitive for autonomous agents that run without a human in the loop and therefore can't rely on a user's delegated token.
Frequently asked questions
- When do I need workload identity instead of OAuth?
- OAuth (with Delegated Authority (On-Behalf-Of)) fits agents acting on behalf of a specific user. Workload identity fits autonomous agents and service-to-service calls where there is no user to delegate from — the agent still needs to prove it is itself. In practice mature stacks use both: SPIFFE/mTLS for service-to-service authentication, and OAuth token exchange layered on top to carry user-delegation context. Red Hat demonstrated exactly this composition in 2026.
- Why short-lived credentials?
- A long-lived agent key that leaks gives an attacker persistent access until someone notices and rotates it — often months. A SPIFFE SVID is rotated automatically on a short interval, so a leaked one is useless within minutes. Short-lived, auto-rotated credentials are the single highest-leverage fix for the non-human-identity sprawl problem.