Source Document

Xiuming Liu, Le Gai, Zhiyuan Chang, Peiyang Li, Bin Zhu, Shuo Wang, Chao Feng, "Agent-Canary-Mas: End-to-End Evaluation of Protocol Risk in Long-Horizon Multi-Agent Systems", arXiv:2610.15529 [cs.AI], submitted 2026-10-11 (v2, revised 2026-10-14), DOI 10.48550/arXiv.2610.15529. Affiliations: Shanghai Jiao Tong University, Tsinghua University, Ant Group.

This is a preprint that has not been peer reviewed. Several of the seven co-authors are affiliated with Ant Group, and among the three evaluated protocols (A2A, ANP, BCS), BCS (Bot Coordination Service) is the coordination service Ant Group publishes as the core of its own distributed agent platform, Avernet. In other words, the authors' employer's own protocol is one of the three being graded. That said, the results are not especially favorable to BCS — its routing-authorization class (T3) actually shows the highest consequence-conversion rate of the three protocols. The paper does not include a separate conflict-of-interest or funding-disclosure statement.

Study Overview

The paper asks three questions. First, how often does a locally successful protocol attack survive later agent behavior to change the actual task outcome (RQ1, consequence conversion)? Second, can an incident be traced to the responsible agent using only the logs a protocol keeps by default (RQ2, attribution)? Third, what happens to risk and task completion when a protocol-context Guard checks authority at handoff points (RQ3, defense)?

The dataset is 975 matched malicious-benign task pairs spanning three protocols (A2A, ANP, BCS) x five business domains (Healthcare, Finance, Logistics, Research, Travel) x five risk classes (13 subclasses). Each pair shares the same goal, roles, tools and initial state, varying only one participant-controlled protocol property. The authors ran this suite with three models — MiniMax-M3, GLM-5.2, and GPT-5.6 Terra — for 2,925 model-conditioned pairs and 5,850 execution instances.

The key methodological choice is separating "local attack success" (ASR) from "downstream task-outcome change" (PTCR) within the same execution. All runs use a shared OpenClaw agent framework, swapping only the underlying model while holding roles, tools and topology fixed.

Key Findings

Task Completion Rate (TCR) stayed between 99.2% and 100.0% across all conditions, so the analysis centers on ASR (local attack success among completed pairs) and PTCR (consequence conversion among locally successful attacks). The per-protocol averages (across all five risk classes) for each model are:

ProtocolModelASR (local success)PTCR (consequence conversion)
A2AMiniMax-M398.1%84.3%
GLM-5.299.9%85.5%
GPT-5.6 Terra97.6%82.8%
ANPMiniMax-M387.3%62.8%
GLM-5.291.6%81.4%
GPT-5.6 Terra88.8%63.5%
BCSMiniMax-M374.8%93.5%
GLM-5.290.5%97.0%
GPT-5.6 Terra72.2%82.0%

At the protocol-average level, ASR and PTCR look like they move together, but once you break the data down by risk class (T1-T5), the two diverge sharply in opposite directions. Treating these as interchangeable measures of "risk" is the paper's central warning.

Risk class / protocolASR rangePTCR rangeHow to read it
ANP-T4 Content Authority89.1-97.3%7.1-19.4%ASR alone overstates risk — most of it gets filtered out downstream
ANP/BCS-T3 Routing Authorization48.3-66.7%92.7-100.0%ASR alone understates risk — once it gets through, it almost always converts
A2A-T3 Routing Authorization96.9-99.8%72.5-75.0%The same risk class (T3) behaves completely differently on a different protocol

The paper attributes the ANP-T4 gap to the fact that ANP's DID-based authentication verifies who sent a result, not whether that result should be trusted as the basis for a business decision. Routing (T3), by contrast, is structurally hard to walk back once a request is misdirected — once it is in, the consequence usually follows.

RQ2 (attribution) results are equally stark. Using only the records a protocol retains by default (Native View), macro-averaged Audit-F1 across 15 protocol/risk-class combinations was 29.7%. Adding cross-node evidence that links selection, delivery, consumption and effect (the Agent-Canary-Mas View) raised it to 95.5% (+65.8 points). By protocol: A2A 20.0% to 100.0%, ANP 0.0% to 93.9%, BCS 69.0% to 92.6%. ANP's native logs, built around decentralized identity authentication, contain no link at all between a participant, its action and the outcome — hence 0% native attribution.

RQ3 (defense) is scoped to the Finance domain with MiniMax-M3 only (195 task pairs), adding a "protocol-context Guard" that re-checks authority at every handoff. The Guard suppresses attacks, but task completion (TCR) also drops from roughly 99.8% to 95.1% on average.

Finance tasks: attack success rate (ASR) before/after the GuardMiniMax-M3 · average across 5 risk classes per protocol, %
  • No Guard
  • Protocol-Level Guard
A2A
90.9%
48.2%
ANP
91.3%
64.3%
BCS
76.0%
48.8%

Source: paper Table 4

View as table
ItemNo GuardProtocol-Level Guard
A2A90.9%48.2%
ANP91.3%64.3%
BCS76.0%48.8%
Finance tasks: protocol-to-task consequence rate (PTCR) before/after the GuardMiniMax-M3 · average across 5 risk classes per protocol, %
  • No Guard
  • Protocol-Level Guard
A2A
72.2%
20.1%
ANP
53.5%
46.5%
BCS
70.9%
27.1%

Source: paper Table 4

View as table
ItemNo GuardProtocol-Level Guard
A2A72.2%20.1%
ANP53.5%46.5%
BCS70.9%27.1%

Under the Guard, BCS-T3 (routing) goes from 66.7% ASR to 0% — the attack is blocked outright. ANP-T4 (content authority) stays nearly as exploitable locally (92.9% ASR) but its PTCR drops to 0%. One defense stops entry; the other denies authority after entry — different control points, both counted as "the Guard."

Credibility Assessment

Three things support the results. First, the matched-pair design holds model, topology, tools and initial state fixed, isolating the treated protocol property. Second, the central finding — that ASR and PTCR measure genuinely different things — repeats consistently across three architecturally distinct protocols (A2A's peer-to-peer design, ANP's decentralized design, BCS's centralized design). Third, this is not a press-release summary: 975 task pairs, 5,850 executions, and a published 13-subclass risk taxonomy back it up.

The caveats are just as clear. This is a pre-peer-review preprint, and as noted above, BCS is a product of a co-author's own employer (Ant Group) — a real conflict of interest. The authors themselves flag that the semantic Judge scoring outcomes runs on the same model condition as the agents being evaluated, which can correlate errors. The defense experiment (RQ3) covers only one domain-model combination (Finance, MiniMax-M3, 195 pairs) and doesn't generalize to other combinations, and the paper does not measure the latency or token-cost overhead of deploying the Guard. The tasks themselves are controlled sandbox scenarios; "harm" is a proxy — task-local state transitions, not real financial or clinical damage — and the paper says so explicitly.

Related Work

All three are benchmarks Agent-Canary-Mas directly cites and compares against in its Related Work. They agree on direction — agent-to-agent protocols are exploitable — but Agent-Canary-Mas is the only one to separate local success from task outcome and quantify the size of that gap, which runs to tens of percentage points.

Reviewer's Take

First, I think treating "attack block rate" as a single security metric needs to be reconsidered. Ranking ANP-T4 as top priority just because its ASR is in the 90s would be overreaction, given its PTCR sits in the teens; ranking ANP/BCS-T3 as low priority because its ASR looks like 50-67% would leave the actually dangerous class unmonitored, given its PTCR reaches 93-100%. A security dashboard that only shows ASR is, in itself, a warning sign.

Second, I think Guard adoption should not be read as pure risk reduction. Average completion drops from 99.8% to 95.1%, and specific items like BCS-T2 fall as low as 76.7%. If that completion cost isn't written into an operational SLA up front, field teams who can't tolerate the friction are likely to quietly turn the Guard off.

Third, I find it notable — and, paradoxically, reassuring — that BCS, a product of a co-author's own employer, comes out worst on a specific risk class (T3) among the three protocols. That's a signal the authors did not cherry-pick favorable results for their own product. That said, it does not cancel out the conflict of interest itself, so I'd treat BCS-specific numbers as provisional until independently reproduced.

Practical Takeaways

  • Track ASR and PTCR separately — if you operate agent-to-agent protocols (A2A, MCP, etc.), log "was the attack blocked" and "did it actually affect the task when not blocked" as two distinct metrics. Merging them produces both ANP-T4-style overreaction and T3-style underreaction.
  • Prioritize routing and authorization handoffs — every case in this data where ASR is low but PTCR spikes is a routing/delegation (T3) class. Put authority checks at the point where the next recipient or hop is decided.
  • Budget the completion cost of a Guard into an SLA — a 4.7-point average drop, and up to 23 points on specific items, needs to be disclosed and thresholded in advance, or the Guard risks being disabled in the field.
  • Don't investigate incidents with native logs alone — a 29.7% Audit-F1 means the logs usually can't tell you who was responsible. Design in a cross-node trace linking selection, delivery, consumption and effect from the start.
  • Demand independent reproduction of vendor self-evaluations — when a protocol or platform provider publishes a benchmark that includes its own product, don't adopt the results as-is without external reproduction or at least public-data verification.

Conclusion

Agent-Canary-Mas's contribution isn't a new attack technique — it's a framework that separates "local attack success" from "actual task consequence" and measures both. Across 975 matched task pairs, ASR is high (mostly around 90%), but the share that actually converts into a task-level consequence (PTCR) swings from 7.1% to 100% depending on risk class and protocol. Cross-node evidence lifts incident-attribution accuracy from 29.7% to 95.5%, and authority checks at handoff points reduce risk at the cost of completion rate. Given this is a pre-peer-review preprint with a real conflict of interest around the BCS evaluation, treat the numbers as directional signals, and start by instrumenting your own environment to track ASR and PTCR separately rather than importing these figures wholesale. If your organization exposes agent-to-agent communication over a standard protocol, pairing this with our review of red-teaming the MCP transport layer helps map risk across both the handoff and transport layers.

References

Ask AI about this review

The assistant has read this review and the numbers it verified. Ask anything — it answers from the text and says so when something isn't in it.

Loading the chat…