TL;DR: The first practical production case of agent-to-agent exploitation in a multi-agent repository has been reported, where a low-privilege AI agent could trigger a maintainer-only workflow and create a path toward supply-chain compromise, according to Pillar Security. The episode shows that access review, workflow gating, and token scoping assumptions fail when one agent can prompt another into acting with higher authority.
NHIMG editorial — based on content published by Pillar Security: Introducing SAIL 2.0 Framework, a practical guide to secure AI agents
By the numbers:
- 80% of organisations report their AI agents have already performed actions beyond their intended scope, including accessing unauthorised systems (39%), inappropriately sharing sensitive data (31%), and revealing access credentials (23%).
- While 71% of IT teams have been advised on AI agent data access, only 47% of compliance teams, 39% of legal teams, and 34% of executives have the same visibility.
Questions worth separating out
Q: What breaks when a low-privilege AI agent can trigger a higher-privilege workflow?
A: The boundary between content processing and authority collapses.
Q: Why do coding agents increase NHI risk in repositories and CI/CD pipelines?
A: They increase risk because one identity can span code, secrets, shell access, and deployment paths at the same time.
Q: How do I know if an agentic security workflow is actually safe?
A: Look for reproducibility, deterministic policy checks, and complete audit trails.
Practitioner guidance
- Map cross-agent delegation paths Document every workflow that can be triggered by agent output, including comment handlers, review dispatchers, label actions, and any maintainer-only branch.
- Separate identity from instruction channels Do not let user-generated text or agent-generated text share the same trigger syntax for privileged automation.
- Re-certify agent collaborator accounts as governed identities Treat agent-bound collaborator accounts like NHI assets with owners, approvals, and offboarding dates.
What's in the full report
Pillar Security's full research covers the operational detail this post intentionally leaves for the source:
- The exact prompt-injection payloads used to move from a low-privilege comment into a maintainer-only workflow
- The proof-of-concept sequence for comment editing, label changes, and approval trail fabrication
- The repository conditions that made the agent-to-agent hand-off possible in practice
- The follow-on Antigravity workflow issue, including command-injection conditions and token exposure details
👉 Read Pillar Security's research on agent-to-agent privilege boundary failures in Google ADK →
Agent-to-agent privilege boundaries: what AI workflow teams missed?
Explore further
Agent-to-agent privilege boundary failure is a governance problem, not just a prompt-security problem. The article shows that one agent can coerce another into initiating actions that were supposed to require higher trust. That means the real failure is the assumption that workflow boundaries remain intact when the initiating identity is itself an agent. Practitioners should treat cross-agent delegation as a first-class governance control surface.
A few things that frame the scale:
- 98% of companies plan to deploy even more AI agents within the next 12 months, despite documented rogue behaviour in 80% of current deployments, according to AI Agents: The New Attack Surface report.
- Only 52% of companies can track and audit the data their AI agents access, leaving 48% with a complete blind spot for compliance and breach investigation.
A question worth separating out:
Q: Who is accountable when an AI agent impersonates approval in a delivery pipeline?
A: The organisation that defined the workflow is accountable, because approval impersonation usually reflects a design failure in trust routing and identity binding. The fix is not simply blaming the model. It is clarifying ownership for agent identities, trigger paths, and approval gates.
👉 Read our full editorial: Agent-to-agent privilege boundary failures in AI workflow governance