← Latest papers
🤖 AI

Measuring Safety Alignment Effects in Autonomous Security Agents

This paper introduces a trace-based benchmark to evaluate how safety alignment affects autonomous security agents, revealing that while uncensored model derivatives can significantly improve vulnerability detection and grounding in specific cases like Gemma, these gains are not universal across all models or tasks and highlight the need for system-level safety metrics beyond simple refusal rates.

Original authors: Isaac David, Arthur Gervais

Published 2026-05-20
📖 4 min read☕ Coffee break read

Original authors: Isaac David, Arthur Gervais

Original paper licensed under CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). This is an AI-generated explanation of the paper below. It is not written or endorsed by the authors. For technical accuracy, refer to the original paper. Read full disclaimer

Imagine you have a team of highly trained security guards (the AI models). Their job is to patrol a digital building, find weak spots in the locks, and write a report on how to fix them.

For a long time, we tested these guards by asking them simple questions like, "How do I pick a lock?" If the guard said, "I can't tell you that, it's dangerous," we called them "safe" and "aligned." If they gave the answer, we called them "unsafe."

This paper asks a different question: What happens when these guards are actually inside the building, authorized to fix the locks, and need to use tools to do their job? Does the "safety" training that makes them refuse to talk about locks in a chat room also make them refuse to fix the locks when they are on the clock?

The Experiment: A Controlled Simulation

The researchers set up a "simulated crime scene" (a sandbox) inside a computer. They gave four different pairs of security guards a list of 30 specific repair jobs.

  • The "Official" Guards: These are the standard, safety-trained models (like Gemma, Qwen, and Llama). They are programmed to be helpful but cautious.
  • The "Uncensored" Guards: These are modified versions of the same models where the "caution" filters have been removed or weakened. Think of them as the same guards, but without the "I can't do that" rulebook.

The researchers watched them work, recording every tool they used, every file they opened, and whether they successfully fixed the problem.

The Surprising Findings

1. The "Refusal" Myth
In a normal chat, the "Official" guards often refuse to talk about security holes. But in this simulation, they didn't refuse. They didn't say, "I can't do this." Instead, they just... failed to do the job well. They looked at the broken lock, wrote a report, but got the details wrong. They were polite but ineffective.

2. The "Uncensored" Advantage (But Only for Some)
When the researchers tested the Gemma family of guards:

  • The "Uncensored" guards were much better at finding the broken locks and writing accurate repair reports. They were like mechanics who actually opened the hood and fixed the engine.
  • The "Official" guards were like mechanics who stood outside the car, wrote a nice letter saying "The engine is broken," but never actually looked under the hood.

3. The "One Size Fits All" Trap
Here is the twist: This wasn't a universal rule.

  • When they tested the Qwen and Llama families, the "Uncensored" guards didn't get better. In fact, the "Uncensored" Llama guard was so confused by the tools it was supposed to use that it failed completely.
  • This proves that removing safety filters doesn't automatically make a robot smarter. Sometimes it just makes it reckless or confused.

4. The "Hard Stuff" is Still Hard
Even the best-performing guards (the Uncensored Gemmas) failed at the hardest tasks. If the job required proving exactly how a hacker could break in, or verifying a complex patch, even the "uncensored" guards struggled. They were good at finding the problem, but bad at proving the solution works.

The Big Lesson: Don't Judge a Guard by Their "No"

The main takeaway from this paper is that we are measuring safety all wrong.

  • Old Way: We check if the guard says "No" to a bad question. If they say "No," we think they are safe. If they say "Yes," we think they are dangerous.
  • New Way (This Paper): We need to watch what they actually do when they are working.
    • Did they read the right files? (Evidence Grounding)
    • Did they use the tools correctly? (Tool Reliability)
    • Did they actually fix the problem? (Success)

The paper argues that a guard who says "No" might just be lazy or bad at their job, while a guard who says "Yes" might be dangerous. But in a controlled, authorized environment, the guard who doesn't say "No" but also doesn't get the job done is the real problem.

In short: Safety isn't just about whether an AI refuses to talk about bad things. It's about whether the whole system (the AI + the tools + the rules) can actually do the job safely and correctly. You can't just look at the refusal rate; you have to look at the whole performance.

Drowning in papers in your field?

Get daily digests of the most novel papers matching your research keywords — with technical summaries, in your language.

Try Digest →