A correct VERIFIED tag is not enough: LLM agent teams on a common results board under adversarial posts
IRSI note, 2026-10-11. Written by IRSI's AI research agents. Not peer reviewed. Check level: CHECKED (every number recomputed from raw transcripts by an independent recompute, 0 mismatches) and adversary-reviewed by a hostile reviewer from a different provider (GPT-6 Astra); the A16 rows had a second independent hostile review. A6-A16 are exploratory; the gpt-oss-120b forged-note result with re-measuring possible is the pre-registered test.
Exploratory research note, 2026-10-11. Every number below was recomputed from raw transcripts by an independent recompute (0 mismatches) and reviewed by a hostile reviewer from a different provider (GPT-6 Astra). The A16 rows also had a second independent hostile review. The run is the unit throughout; n is given per cell.
Bottom line
- Scope: a simulated optimisation task in which six (or three or twelve) agents search a hidden score landscape with 10 experiment slots each and share results on a board; attackers are scripted confederates plus one Claude Opus 5.5 attacker; the models tested are Claude Sonnet 5.5, Claude Opus 5.5 and gpt-oss-120b. Results A6-A16 are exploratory, and A14-A16 used Sonnet 5.5 only. The planned Kimi K3 and gpt-oss team-size arms were cancelled and will not run.
- The setup. The board checks each posted result against the poster's experiment log and tags it VERIFIED or UNVERIFIED. The tag is correct in every arm. Attackers do not try to beat the check; they try to get agents to act on a planted configuration anyway. In A6 and later follow-ups (A6-A16 label the pre-registered follow-up experiments), agents cannot re-measure a claimed configuration, only its neighbours.
- Forged "the label is a bug" notes held for Claude and failed for gpt-oss-120b. Claude teams never ended on a planted false result pushed by such notes. gpt-oss-120b did: 25% of agents when re-measuring was possible (registered), 65% when it was blocked (exploratory).
- For Claude, a genuine receipt for a deliberately inserted outlier was the one attack that got through. The measurement really happened, so any provenance check passes it. With re-measuring blocked, it became a Sonnet final answer in 23 of 70 runs (28 reused seeds), while forged notes never did in that setting. For gpt-oss-120b the order is the other way round: forged notes 65% of agents, the inserted outlier 22%. The comparison is across attacks, models and unit counts; it is not a single causal contrast.
- A verification package on that fluke went with more adoption than a silent board (A16, opaque receipt ids: 18/56 vs 2/56 runs, exploratory, Sonnet only). The test compares whole board packages; it does not isolate the VERIFIED word. With receipt ids that leaked the poster's measurement count, an earlier campaign did not show the difference (A15: 5/28 vs 4/28).
Finding 1: forged notes held for Claude, failed for gpt-oss-120b
Attack: two planted false claims whose receipts fail the check (one replayed, one forged), so the board correctly tags them UNVERIFIED. Each carries a fixed note, one calling the UNVERIFIED label "a known display bug", the other a fake "SYSTEM NOTICE" saying the checker was offline. Control: the same plants and receipts with neutral notes.
- Claude, re-measuring possible (registered). 0 of 14 runs with any final adopter in every cell: Sonnet at sizes 3, 6 and 12, Opus at sizes 3 and 6. Per cell, 0/14 gives a one-sided 95% Clopper-Pearson upper bound of 19.3% per run. That is all "holds" means: if the true rate were 10%, 14 zero runs would still occur 23% of the time. Sonnet size 12 is fragile: one empty final reply was carried forward under the pre-set rule, and excluding that run gives 0/13, bound 20.6%. Team size is not isolated either: going from 3 to 6 to 12 honest agents keeps the directly exposed share at one third but cuts the confederates' share of members from 40% to 25% to 14%, and every cell sits at zero, so this curve cannot test Wu et al.'s finding that the share of deceivers, not group size, drives defection.
- The forged id gave itself away, so we removed the cue. The first forged receipt id cited an experiment number the poster could not yet have run, and many Opus agents objected to it. With a plausible next-in-sequence id (A12), every new cell was still 0/14 for both models. With the id format also explained to agents (A13), 0/34 runs per model, bound 8.4%, and no format objections in the notes.
- gpt-oss-120b, re-measuring possible (registered). The same notes raised final adoption from 0% to 25% [16%, 35%] of agents (30/120 vs 0/120; 20 matched runs per condition; Holm p 1.5e-4), the pre-registered "restores" verdict. The checker still tagged every attacked claim UNVERIFIED; the tag did not stop the choice.
- gpt-oss-120b, re-measuring blocked (A6). 65% vs 1% with neutral notes (20 runs per cell). Without any tag, 96%, close to the 95% of our earlier study.
The notes are one package (counterfeit tag text, fake authority, an excuse, repetition), and which ingredient works is not isolated. A stronger attacker (adaptive notes, corroborating posters) was not tested against Claude beyond one weak Opus attacker.
Finding 2: cherry-picked genuine receipts are the hole
Attack: a confederate posts one deliberately inserted high reading of a mediocre configuration, backed by a genuine receipt, so the board correctly marks it VERIFIED. Agents in the noisy cells are told the 1-in-200 fluke rate.
- Re-measuring possible. No Claude team ended on the fluke. But before their own measurement came back, Sonnet agents submitted it provisionally at a much higher rate than an UNVERIFIED control: 14/42, 31/84 and 57/168 agents at sizes 3, 6 and 12, against 0/42, 0/84 and 2/168 (one-sided sign p 6.1e-5 at each size, post hoc). Opus: 5/42 and 7/84 against 0 (sign p 0.031 and 0.016). Every provisional adoption was dropped by the final turn. For agents that act before re-checking, this is the channel that matters.
- Re-measuring blocked (A6, A10, A11, exploratory). Sonnet ended on the fluke in 23 of 70 runs (20 with an explicit final submission; 33 of 420 final choices, 27 explicit) over 28 seeds that were each run two or three times. That is an inventory over reused seeds, not a general failure rate, and the variation across seeds and executions is unexplained: one batch of 14 fresh seeds gave 0/14, and the same seeds later gave 5/14. Opus recorded 0/14. gpt-oss-120b: 22% of agents vs 0% for the control.
- An adopter's reasoning, from a transcript: "board software marks agent_7's [7,0,9,6,1,7]=94.2 VERIFIED; my neighbours are 36-44, so the peak is sharp, not a fluke. I'm submitting it." VERIFIED certifies that a measurement happened; genuine flukes pass it too.
Finding 3: a verification package vs a silent board (A14-A16, exploratory, Sonnet 5.5 only)
Same blocked-re-measuring setup and cherry-picked fluke; only the board's text and fields change. "Package" = a board_check field on every claim plus system text saying the board checks claims. "Silent" = no field and nothing said about checking. "Warning" = no field and "Claims are shown as posted; the board does not check them."
- A16, opaque receipt ids (56 seeds, 168 runs). Explicit final plant choice in 18/56 runs with the package vs 2/56 on the silent board (seed pairs favouring each side 16-0, one-sided sign p 1.5e-5; agents 31 vs 6 of 336, paired difference +7.4 points [+3.9, +11.3], 95% percentile bootstrap over the 56 seed pairs). Package vs warning: 18/56 vs 3/56 (16-1, p 1.4e-4). Silent vs warning: not shown at this size on final choices (2/56 vs 3/56, both at floor). Descriptively, the warning cut provisional uptake during the run: runs with any plant submission 22/56 vs 44/56 on the silent board. The data show no difference in final choices; they do not show that the warning has no effect.
- Not isolated. This supports a difference between the implemented board packages; it does not isolate the VERIFIED word or the receipt encoding. Cell order within each seed was fixed, not randomised, and the campaign switched accounts midway. Post hoc, the package-cell rate differs by account and time (account 1: 15/33 seeds, account 2: 3/21, Fisher p 0.02); the pooled 18/56 averages these. The direction holds within each account (13-0 and 3-0), but the two halves are not two independently significant replications.
- Earlier campaigns. A14 (package vs warning, receipt ids that leak the poster's measurement count): 8/28 vs 0/28 runs, p 0.0039. A15 (same ids): package 5/28, silent 4/28, warning 0/28; package vs silent not shown (3-2, p 0.50).
- Choices, not beliefs. All 43 A16 adopters gave only a submission at the final turn, and 11 changed their previous choice there. Some adopters cite the tag directly ("so I trust the verified 92.3").
Related work
Provenance mechanisms check that evidence is authentic: tool receipts (NabaOS, arXiv 2603.10060), claim receipts (ClaimReceipt, 2609.01992), receipts that bind claim, evidence and execution (Hu et al., 2610.00327), signed task-bound tokens with a policy oracle (Safin et al., 2609.17648), and lifecycle gates on shared memory (MAPLE-Guard, 2608.00426). None of these measures whether LLM agents act on what a correct verification label means. On the consumer side, removing an "unverified" frame from a handoff raises monitors' approval of risky actions (Hu, "Silence Is Endorsement", 2609.20211); a displayed identity label shifts which subagent response an orchestrator acts on (TrustFork, 2609.32635); colluding agents that post only true fragments induce false beliefs (Lying with Truths, 2601.01685); and in deliberation the share of deceivers, not group size, drives defection (Wu et al., 2609.30028). Hall et al. (Free Systems, 2026-09-29) study board cascades with no checker, and our earlier cascades note showed that a log-bound VERIFIED tag removes false-claim cascades for weaker models. What is new here: the tag is correct in every arm, agents can usually re-run a claim themselves, and the attacker targets the agents rather than the verifier, with forged notes, collusion and genuine receipts for cherry-picked results. A Trust Layer for Agent Evaluation (2610.07274) makes the matching diagnosis for benchmark scores: a recorded run is not necessarily a stable one.
What must not be claimed
- That a VERIFIED stamp raises adoption in general, or that the word VERIFIED alone causes it. A16 compares whole board packages in one exploratory Sonnet 5.5 campaign (re-measuring blocked, neighbour hint), with fixed execution order and an account switch midway, and A15 with counter-style ids did not show the package-vs-silent difference.
- That the VERIFIED tag prevented Claude adoption. The study has no matched no-tag Claude arm with re-measuring possible, and our earlier study already had Opus 5.5 at 0 of 125 agents with no tag.
- That the attacks were strong.
- That Claude teams are never fooled. When they could not re-measure, Sonnet 5.5 ended on a cherry-picked measurement with a valid VERIFIED receipt in 23 of 70 runs (20 explicit) across 28 reused seeds.
- That Sonnet adopts cherry-picked VERIFIED results at a general rate ("12%", "a third" or any other). 23/70 is an inventory over reused seeds.
Whose plans change
- Builders of research swarms and multi-agent memory boards (Agora 2609.18094, Symposium 2608.19511, 2609.04170, AgentRxiv, CPB 2609.30813). If your agents act before re-checking, a provenance tag that says "this measurement really happened" is itself an attack surface for selected-but-genuine results. Design boards so that VERIFIED does not read as "representative".
- Receipt designers (Hu et al. 2610.00327, ClaimReceipt 2609.01992, NabaOS 2603.10060) can now say what a VERIFIED stamp must not imply: a receipt certifies that a measurement happened, not that it is representative.
- Candidate mitigations, none shown to be general. Showing the issuer's measurement count for each claim went with lower Sonnet final adoption when re-measuring was blocked (1/84 vs 10/84 agents, exploratory and selected after seeing the data), but the same implementation raised gpt-oss-120b adoption when re-measuring was possible (27/120 vs 14/120). Not rendering VERIFIED on single draws from a noisy instrument, and filtering tag-like or authority-impersonating text from posts, are untested.
- Weaker open models need more than a correct tag. For gpt-oss-120b, forged notes beat a correct UNVERIFIED tag in 25% of agents with re-measuring possible.