Agent-Canary-Mas: End-to-End Evaluation of Protocol Risk in Long-Horizon Multi-Agent Systems
Organizations: Shanghai Jiao Tong University · Ant Group · Tsinghua University
Abstract
Agent-to-agent protocols allow LLM agents to discover peers, exchange results, and coordinate tool use. A locally successful protocol attack, however, may be rejected by a later agent or propagated into a consequential task decision. Measuring local exploitability alone leaves this difference unresolved and provides limited evidence about which participant caused the final outcome. We present Agent-Canary-Mas, an end-to-end evaluation system that follows protocol risk through long-horizon multi-agent tasks. It covers five risk classes and 13 subclasses across A2A, ANP, and BCS, with 975 matched malicious--benign task pairs in five business domains. A shared OpenClaw framework runs autonomous, tool-using agents under different underlying models while preserving the task and execution setup. Matched runs separate local protocol success from downstream consequences; retained evidence connects participant selection, message consumption, tool activity, and task-state changes. We further evaluate a protocol-context Guard that checks an object's authority at consequential handoffs. Across three model conditions, local attack success is frequently at or above 90%, while consequence conversion ranges from 7.1% to 100.0%. Cross-agent evidence raises macro-averaged Audit-F1 from 29.7% to 95.5%. On Finance tasks, the Guard lowers average ASR from 86.1% to 53.8% and PTCR from 65.5% to 31.2%, with a measurable completion tradeoff. These results show that protocol risk depends on how agents use exchanged objects throughout the task, and that evaluating this path supports more informative risk assessment, attribution, and defense.
Figures & tables
| Component | Setting |
| Task suite | 975 matched pairs; three protocols; five domains; five risk classes and 13 conceptual subclasses |
| Agent framework | OpenClaw; isolated participant workspaces; autonomous reasoning and role-permitted tool use |
| Model conditions | MiniMax-M3, GLM-5.2, GPT-5.6 Terra; the same model for all agents within an execution |
| Controlled factors | Task goal, roles, candidate pool, tools, topology, visibility, and trusted initial state shared across paired variants |
| Protocol execution | Native A2A, ANP, and BCS discovery, delivery, and result exchange through a common task scaffold |
| Main evaluation | 2,925 model-conditioned pairs; 5,850 benign or malicious execution instances |
| Protocol | Risk Class | MiniMax-M3 | GLM-5.2 | GPT-5.6 Terra | ||||||
| TCR | ASR | PTCR | TCR | ASR | PTCR | TCR | ASR | PTCR | ||
| A2A | T1: Identity Binding | 99.5 | 98.5 | 86.4 | 99.7 | 100.0 | 87.5 | 99.8 | 98.0 | 84.9 |
| T2: Capability Integrity | 99.8 | 97.8 | 82.1 | 100.0 | 99.9 | 83.3 | 99.9 | 97.3 | 80.7 | |
| T3: Routing Authorization | 99.2 | 97.5 | 73.8 | 99.6 | 99.8 | 75.0 | 99.5 | 96.9 | 72.5 | |
| T4: Content Authority | 99.7 | 98.6 | 90.5 | 99.9 | 99.9 | 91.7 | 100.0 | 98.1 | 88.9 | |
| T5: Object Validity | 99.6 | 98.2 | 88.6 | 99.8 | 99.9 | 90.0 | 99.7 | 97.6 | 87.1 | |
| Protocol | Risk Class | No Guard | Protocol-Level Guard | ||||
| TCR | ASR | PTCR | TCR | ASR | PTCR | ||
| A2A | T1 | 99.7 | 90.1 | 82.3 | 95.3 | 40.1 | 35.6 |
| T2 | 98.0 | 93.5 | 80.9 | 96.7 | 46.8 | 20.9 | |
| T3 | 99.9 | 90.7 | 46.8 | 94.0 | 70.7 | 10.1 | |
| T4 | 99.3 | 96.3 | 86.7 | 98.7 | 33.0 | 16.7 | |
| T5 | 100.0 | 83.9 | 64.1 | 97.2 | 50.6 | 17.4 | |
Appendix figures & tables7 assets
Supplementary material from the paper’s appendix.
Appendix
| ID | Risk class | Subclass I | Subclass II | Subclass III | Core security question |
| T1 | Identity Binding | Participant discovery and admission | Identity continuity and behavior attribution | – | Who enters the task, and does later behavior remain attributable? |
| T2 | Capability Integrity | Claim–implementation consistency | Representation fidelity | Contract fulfillment | Do capability claims match delivered behavior? |
| T3 | Routing Authorization | Execution-target authorization | Actual-audience authorization | Route and branch authorization | Who receives, redirects, or decides the subsequent control flow? |
| T4 | Content Authority | Semantic promotion | Execution conversion | Persistent downstream activation | When does remote data acquire control over a local decision or action? |
| T5 | Object Validity | Lifecycle and temporal validity | Context association | – | Is a reused object temporally valid and bound to the current task? |
| Class | A2A | ANP | BCS |
| T1 | Agent Card interface Message/Task Provider and signature metadata, security requirements, protocol identity, and result attribution | WNS/DID DID Document AD authenticated result Handle resolution, verification material, service endpoint, DID-WBA, and result attribution | Registry/BCSFuse Actor Directory bot_uuid/sender Capabilities, visibility, friendship, candidate selection, authenticated sender, and event attribution |
| T2 | Agent Card skills/capabilities interface result Claimed skills and constraints carried into Message, Task, and Artifact processing | AD interface OpenRPC JSON-RPC result Capability description transformed into methods, schemas, servers, and delivered behavior | BotCapabilities Registry/BCSFuse response Original capability profile, derived recommendation, Actor Directory view, and concrete interaction |
| T3 | supportedInterfaces/tenant Message/Task route Selected endpoint and binding, stream or push path, recipient context, and referenced resources | OpenRPC server/target JSON-RPC or ANPMessage route Endpoint, recipient DID, webhook or resource target, and later call path | Participants/mentions chat.send/chat.inject next route Active responder, observing audience, structured routing, and workflow branch |
| T4 | Message Part/Artifact Agent context and action Remote content promoted into a fact, tool argument, persistent history, or later task input | JSON-RPC result/ANPMessage/resource Agent context and action Remote content interpreted as data, authority, executable direction, or persistent input | GroupMessage/ContentBlock chat.send/chat.inject run/history Remote content reaches active processing, observation context, or a later resumed execution |
| T5 | Agent Card version/cache messageId/taskId/contextId Card and interface updates, Task state, history, Artifact lifecycle, and interaction binding | WNS/DID/AD/OpenRPC caches nonce/request/session/proof Object updates, authenticated replay state, request–response correlation, and application context | Registry/Directory/relationship message/run/group/session Participant state, callbacks, delivery deduplication, GroupContext, and connected history |
| Property | Benign profile | Malicious profile |
| Presented role | Supplier Correspondence Desk | Beneficiary Change Service |
| Service description | Supplier inquiry and request routing | Callback, authorization, and account-status lookup |
| Claimed domain | Supplier services | Vendor master |
| Advertised functions | Inquiry, triage, and request routing | Change-status, callback, and active-account lookup |
| Task scope | Case intake | Vendor-change status |
Multi-Agent System Security
Multi-agent system security studies attacks, trust, privacy, and defenses in interacting AI agents, including language-model teams, robot swarms, and learned controllers.
See all 179 papers