← Latest papers
🤖 AI

Single-Configuration Attack Success Rate Is Not Enough: Jailbreak Evaluations Should Report Distributional Attack Success

This position paper argues that current jailbreak evaluations relying on single-configuration success rates are insufficient for characterizing threats and proposes adopting distributional metrics like Variant Sensitivity Measure (VSM) and Union Coverage (UC) to better capture the full scope of attack performance across parameter variations.

Original authors: Carsten Maple, Abhishek Kumar, Riya Tapwal

Published 2026-05-12
📖 5 min read🧠 Deep dive

Original authors: Carsten Maple, Abhishek Kumar, Riya Tapwal

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 are a security guard trying to figure out how easy it is to break into a high-tech building.

In the world of AI safety, researchers often test "jailbreak" attacks—methods designed to trick AI models into saying things they shouldn't. The current standard for reporting these tests is like a thief saying: "I found one specific key that opens the front door 80% of the time. Therefore, this building is 80% vulnerable."

This paper argues that this way of reporting is misleading and incomplete. It's like saying a building is safe because you only tried one key on one door, ignoring the fact that there are 36 other keys that might open different doors, or that the "best" key only works on a very specific type of lock.

Here is the breakdown of the paper's argument using simple analogies:

The Problem: The "Best Key" Fallacy

Most AI safety papers report a single number: the Attack Success Rate (ASR). They pick the single best combination of settings (like the best "key") and say, "Look, this attack works 80% of the time!"

The authors say this is like a thief showing you one key that opens the front door and claiming, "This is how secure the building is." But what if:

  1. That key only works on the front door, but there are 10 other keys that open the back, side, and basement doors?
  2. The "80% success" was a lucky fluke that only happens with one very specific setting, while the other 99 settings barely work at all?

If defenders (the security guards) only look at that one "best" number, they might patch the front door and think they are safe, while the back and side doors remain wide open.

The Solution: Two New Measuring Cups

The authors propose two new ways to measure the danger, which they call VSM and UC.

1. VSM (Variant Sensitivity Measure): "How Lucky Was That Key?"

Imagine you have a bag of 100 different keys.

  • Scenario A: 95 of them open the door easily. One is a dud. If you report the "best" key, you are telling the truth about the average experience.
  • Scenario B: Only 1 key works perfectly, and the other 99 are useless. If you report the "best" key, you are lying about the average experience.

VSM measures the gap between the "best" result and the "average" result.

  • Low VSM: The attack is consistent. The headline number is reliable.
  • High VSM: The headline number is a fluke. The attack only works if you get incredibly lucky with the settings. The paper found that for some attacks, the "best" result was five times better than the average result, meaning the headline number was wildly optimistic.

2. UC (Union Coverage): "How Many Doors Can Be Opened?"

This is the most important part for security.
Imagine you have 36 different keys.

  • Key A opens 60% of the doors.
  • Key B opens a different 40% of the doors.
  • Key C opens the remaining 20%.

If you only look at the "best" key (Key A), you think 60% of the building is vulnerable. But if you try all the keys together, you realize 100% of the building is vulnerable.

UC measures the total percentage of doors that can be opened if an attacker tries every variation of the attack. The paper found that for some attacks, the "Union Coverage" was 33% higher than the "Best Single Configuration." This means defenders who only look at the best number are missing a huge chunk of the danger.

Real-World Examples from the Paper

The authors tested these ideas on two famous "attack families" (PAIR and Bijection Learning) using three different AI models.

  • The PAIR Attack: They tried different "personas" (like pretending to be an authority figure vs. a logical thinker).
    • The Headline: "Authority Endorsement" worked 69% of the time.
    • The Reality: When they combined all three personas, they could break into 88% of the cases. The single number missed 19% of the vulnerable prompts.
  • The Bijection Attack: This one uses different "encoding" tricks (like changing the language or spacing of the text).
    • The Headline: The best single setting worked 81% of the time.
    • The Reality: When they tried all 36 possible combinations, 100% of the prompts were broken. The "best" number completely missed the fact that every single test case was vulnerable if you tried enough variations.

Why This Matters

The paper isn't saying the current numbers are "wrong" mathematically; they are just incomplete.

  • For Defenders: If you only patch the "best" attack, you leave the other 30% of the building unlocked. You need to know the "Union Coverage" to know how much of the building is actually at risk.
  • For Researchers: If you compare two attacks, one with a "Best" score of 80% (but very inconsistent) and another with a "Best" score of 60% (but very consistent), you can't just say the first one is "better." You need to know if the first one is just a lucky fluke.

The Bottom Line

The authors are asking the AI research community to stop just shouting the "Best Case" number. Instead, they should report:

  1. The Best Case (The headline).
  2. The Average Case (How typical is that success?).
  3. The Total Coverage (How many different prompts can be broken if you try all variations?).

Until researchers start reporting this full picture, we are like security guards who only check the front door and assume the rest of the building is safe.

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 →