Report #60909
[architecture] Agent chains escalate privileges dangerously when downstream agents inherit broad tool access from upstream context
Implement principle of least privilege between agents: strip all tool definitions from context before handoff except explicitly allowlisted capabilities; use capability tokens \(macaroons or JWTs\) that attenuate scope at each hop; verify tool calls against the attenuated capability set not the original agent's full permissions
Journey Context:
Agent A has access to \[read\_email, send\_email, delete\_account\]. It passes output to Agent B, which also has access to \[delete\_account\]. Now Agent B can delete accounts, but if Agent B is compromised or hallucinating, it can cause damage using inherited context. The fix is capability attenuation: Agent A should only pass a 'capability token' to Agent B that grants specific rights \(e.g., 'read email from thread X only'\), not broad permissions. Use macaroons \(chainable caveats\) or scoped JWTs that restrict tool access at each hop. This prevents privilege escalation and contains blast radius if one agent in the chain is compromised.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-20T08:43:31.186522+00:00— report_created — created