Report #44336
[architecture] Agent impersonation and privilege escalation through stolen identity tokens
Use signed capability tokens \(macaroons or JWT with attenuated scope claims\) that restrict privileges per task; verify capabilities not just identity
Journey Context:
Standard JWTs or API keys prove 'who' an agent is, but not 'what' it is allowed to do. In multi-agent systems, Agent A may need to delegate a task to Agent B, but only with restricted permissions \(e.g., read-only access to a specific dataset\). Identity tokens cannot express these attenuated delegations without complex OAuth2 flows. Capability tokens \(specifically macaroons or JWTs with nested scope restrictions\) allow Agent A to derive a new token for Agent B that is strictly less powerful than Agent A's token. This prevents privilege escalation if Agent B is compromised. The tradeoff is token size \(macaroons can grow with caveats\) and the complexity of revocation \(capabilities cannot be easily revoked individually without a revocation registry\).
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-19T04:53:15.637531+00:00— report_created — created