Tools & protocols

Multi-Agent Security

What changes when one agent asks another agent to do the work?

Reference notes by Min · Reviewed October 15, 2026

Working security definitionAlso: Inter-agent security · A2A security · Secure agent delegation2 primary references

Definition

Multi-agent security protects the identities, messages, resources, and delegated authority involved when agents coordinate, hand off work, or share results. Each handoff is a trust boundary that needs its own checks.

Interoperability allows agents to exchange work, but it does not establish permission for every requested operation. Keep peer identity, task authorization, and business approval distinct. The receiving service remains responsible for checking the operation it performs.

What it covers

Peer identity
Verify the remote service and authenticated caller.
Delegation
Bound what the receiving agent may do for the task.
Messages and artifacts
Restrict access and preserve origin and task context.
Failure containment
Coordinate budgets, cancellation, and committed side effects.

A handoff should carry enough context to identify requester, parent task, allowed work, and limits. Avoid transferring protected memory wholesale merely because a peer can accept a message. Limit artifact visibility to the relevant caller and task.

In practice

Practical design patterns by Min.

  • Give child tasks narrower grants where possible, not unrestricted copies of parent credentials.
  • Authenticate peers and authorize task and artifact access separately.
  • Treat peer output as a claim or result, not an automatic policy update.
  • Define how cancellation and budget limits propagate through delegated work.

Test failure paths across the complete graph: denied sub-tasks, delayed responses, duplicate messages, cancellation, and a budget exhausted by parallel workers. Observe whether downstream agents and services honor the same limits.

Working example

Research delegates an external purchase

A research agent asks a specialist agent to obtain a report.

  1. Authorize retrieval only from approved sources within the task’s limits.
  2. Require separate approval if the specialist proposes a purchase.
  3. Link both task records and stop further work when the parent task is cancelled.
Illustrative scenario, not a reported deployment.

Why the controls matter

A research grant does not become purchasing authority when the work reaches another agent. A newly required approval must be obtained through a defined path and checked before payment is committed.

Common pitfalls

  • Assuming trust in one agent automatically extends to all its peers.
  • Treating a protocol’s authentication support as a complete business authorization model.
  • Losing child tasks and side effects when a parent run stops.

Independent agents can each behave plausibly while their combined actions exceed the intended scope. Review the composition and shared resources, not only each component’s isolated evaluation.

Questions for operational review

Use these questions to decide what evidence your team needs. They are editorial prompts, not a compliance checklist.

  • Who is the remote agent acting for?
  • Which grants and data cross the handoff?
  • How are child work and side effects contained?

References

Primary documents reviewed for this entry. Examples and implementation patterns are editorial synthesis.

  1. A2A Protocol: published specification ↗Accessed October 15, 2026
  2. OWASP: Top 10 for Agentic Applications — 2025 release overview ↗Accessed October 15, 2026