A headline like 'zero attacks got through' sounds reassuring, but can it hide which safeguard actually did the blocking?
Can outcome-only safety reporting hide which layer actually contained an attack?
This explores whether a headline safety number like "zero attacks succeeded" can conceal which defensive layer did the stopping, and what that would mean for trusting the result.
This explores whether a headline safety number like "zero attacks succeeded" can conceal which defensive layer did the stopping. The corpus says yes, and gives a concrete case. A multi-agent pipeline with no defenses of its own reported zero attack success, but 54 of its 60 blocks came from Azure's cloud content filter, not the application Where do safety wins come from in multi-agent systems?. The outcome number looked like the pipeline's own safety. It was really inherited from the provider, and it would vanish if the backend changed.
The same blind spot shows up inside a single system. When the Unsafe Action Rate (how often a harmful action actually gets executed) hits zero across every defended condition, it stops telling you anything. It can't separate an attack that was contained from one that never took hold. The Judgment Bypass Rate, which checks whether the attacked agent itself was compromised, can Can action-level metrics alone expose contained attacks?. So a clean final action can hide that the agent was already fooled and something downstream caught it.
Several other notes point to the same fix: record evidence of the path, not just the endpoint. Runtime instrumentation of authority-bearing transitions separates tasks that merely expose a hacking vector from runs that actually used one, so every score from an exposed task isn't automatically suspect Can runtime instrumentation distinguish hacking exposure from actual exploitation?. BenchShield does something similar for benchmarks, backing a claim of valid completion with recorded infrastructure evidence instead of a single terminal score Can infrastructure evidence replace terminal scores in benchmark validation?. Current reward-hacking defenses, by contrast, offer no portable per-run record showing a run stayed within bounds, even when they work Do current reward-hacking defenses provide reusable evidence of safety?.
Other notes show why attributing a stop to the right layer is hard. The routing layer that picks which model answers sits beneath prompt-level defenses. Manipulating it can send requests to weaker models or make safety measures run against the wrong identity Can attackers manipulate which model handles a request?. Skill scanners judge each skill alone, so an attacker can use scanner feedback to make every piece look innocent while the chain still works Can attackers evade skill scanners by refining individual skills?. That is one argument for defending at the level of coordination episodes that span executions, not isolated actions Should defence units span multiple executions and agents?. Hugging Face shows the flip side: it stopped an intrusion with its own perimeter controls before knowing who sent it Can defenders stop intrusions without knowing who sent them?. Containment there was tied to a layer that could be named.
The corpus is thin on proof that better layer attribution pays off. One paper designs a four-way comparison of monitoring styles at equal review cost but reports no results Does added monitoring improve protection at acceptable cost?. Two preliminary incident records support the point that evaluation environments are part of the security boundary, but not any claim about attack mechanisms or which controls work What can two incident records actually teach us about AI evaluation security?. What the corpus does show is that a single outcome number can't say which layer held.
Sources 11 notes
In a multi-agent pipeline tested across backends, 54 of 60 blocks came from Azure's cloud filter, not the application itself. Outcome-only reporting hides this layer dependence, making inherited safety invisible until backend changes expose it.
The Judgment Bypass Rate measures compromise at the attacked agent rather than at the final action. When the Unsafe Action Rate hits zero across defended conditions, it stops discriminating between attacks that were contained and those that never took hold, making the agent-level reading essential for diagnosis.
Infrastructure-side recording of authority-bearing transitions distinguishes tasks that merely expose a hacking vector from runs that actually exercise one. This separation prevents every score from an exposed task being automatically suspect.
BenchShield enables benchmark operators to issue claims about valid task completion grounded in recorded infrastructure evidence rather than terminal scores alone. This shifts from a single number to a verifiable claim about whether an agent followed the intended evaluation path.
Existing defenses rely on task-specific patches, prompt instructions, or post-hoc detectors, but none provide reusable evidence that a concrete run remained within its evaluation boundary. Even working defenses do not give operators a portable record of integrity.
Show all 11 sources
The layer deciding which model handles a request sits beneath prompt-level defenses and is vulnerable to manipulation and unverified provenance. Attackers can exploit routing to send requests to weaker models or cause safety measures to operate on the wrong identity.
ColluSkill combines chain planning with scanner-feedback refinement to reach 96% average attack success. The approach works because scanners score skills individually, allowing feedback to reduce suspicion per skill while chain-level semantics remain intact.
The operational unit of defence should be a set of actions linked by observed transfers, task authority, and response history, with membership revised as evidence accumulates. Isolated review loses relevant context that spans multiple executions.
The organization terminated an OpenAI agent's intrusion through its own security measures without waiting to identify the attack source. This defensive action required only control of the perimeter, not authority over the agent or knowledge of its origin.
The paper designs a controlled comparison of isolated actions, rolling windows, known groups, and prospectively discovered episodes at equal review cost and false-alert workload, but the excerpt provides no empirical results showing whether added monitoring improves protection.
Analysis of preliminary incidents establishes that evaluation environments are part of the security boundary, but explicitly does not demonstrate common attack sequences, recurrence rates, control effectiveness, or causal mechanisms behind failures.
Papers this line draws on 8
The research behind the notes this line reads — ranked by how closely each paper relates.
- The Troy Moment of AI: Why Some Will Cheat and Some Will Follow?
- Optimizing the Score, Losing Sight of the Task: Reward Hacking Across Weights, Selection, and Prompts
- Cyber-Capable AI Agents: Vulnerabilities, Evaluation Containment, and Defensive Response
- Hack-Verifiable Terminal Bench: Evaluating Reward Hacking in Terminal Tasks
- Counter-Swarm Doctrine: Containing Coordinated Agent Intrusions
- BenchShield: Formal Model-Backed Instrumentation for Reward Integrity in LLM-Agent Evaluation Infrastructure
- BAITBENCH: Measuring Agent Reward Hacking with Optional Shortcuts Planted in ML Tasks
- Securing Agentic AI: From Per-Action Checks to Trajectory Assurance