Ethics & Safety LLM Intermediate

Jailbreak

Getting AI to talk its way past the rules it's supposed to follow

Key points
  • A jailbreak is the user themselves talking an AI into stepping outside rules it's supposed to hold to.
  • An AI's refusal isn't a locked door. It's a tendency shaped by training, and rephrasing the situation can shift that tendency.
  • The patterns that show up most often reframe the situation, split a request into pieces, or change its format. All three aim at the yardstick rather than the actual goal behind it.
  • This runs through a different channel from prompt injection, where outside material pushes in an instruction. A jailbreak comes through the conversation itself; injection comes through material the AI reads in.
  • There's no way to block it completely, so defenses get layered: checks before and after the conversation, and pulling risky capabilities out of reach entirely.
Contents

1The analogy

The revolving door at a building entrance is built to turn one way. Arrows are painted on the floor, and the wings glide smoothly when pushed in that direction. There's no lock built in. It's simply built so that turning the intended way is the easy path.

Push hard enough from the other side, though, and the door turns backward too. No glass to break, no lock to force, and no alarm goes off. All it takes is ignoring the arrows painted on the floor. The door hasn't changed. Only the direction someone's moving through it has.

An AI's safety measures resemble that revolving door. Rewording a request, pushing to move it past its intended direction, is what gets called a jailbreak.

2In detail

A refusal is a tendency, not a lock

When an AI turns down a request, nothing clicks shut inside it. It learned, from an enormous number of examples, what to help with and what to decline, and that became a tendency to lean toward refusal in similar situations. A tendency is a probability, so it shifts when the surrounding context shifts.

Which means the same request can land differently depending on what story it's embedded in. The framing set up beforehand, the tone, how long the conversation has run, all of these nudge that lean a little. The rule hasn't disappeared. Its weight, in that particular context, has just gotten lighter.

Same as the revolving door. The door was never locked, it's just built so one direction turns more easily, and when the direction of the push changes, the door follows.

Aim at the yardstick and a workaround opens up

The arrows on the floor aren't the real standard. The real standard is that people pass through safely without colliding, and the arrows are a stand-in put there to communicate that quickly. But once a stand-in is in use, a path opens up that only has to slip past that stand-in.

An AI's safety measures work the same way. The real standard is whether an answer actually causes harm, but what the model is actually holding onto is the surface pattern of a request that looks risky. Change just the surface pattern, and the same request can start looking like a different one.

As long as there's a gap between the stand-in and the actual goal, workarounds aimed at the stand-in keep appearing. Which is why, every time a new workaround turns up, that case gets folded back into training to sharpen the stand-in, over and over.

Three patterns that show up often

The first reframes the situation. Wrapping a request in role-play, a fictional scenario, or a research-or-education framing to recast the moment as "this isn't the usual situation." It leans on the part of training that taught the model rules can shift depending on context.

The second splits things apart. Something that would get declined if asked all at once gets asked in pieces instead. Each individual piece looks ordinary enough that there's little for a refusal to grab onto at any single step.

The third changes the format. Wrapping something in a different language, an unfamiliar notation, or a table or list format blurs the sense of how risky it is. The further the surface form drifts from the examples used in safety training, the weaker that tendency gets.

Easy to confuse with injection

The two terms get used together often enough that they blur into one, but pulled apart they're simple. A jailbreak is the person sitting at the conversation pushing the door backward themselves. Prompt injection is when that person did nothing wrong at all, and a document or webpage the AI read in pushes an instruction in on its own.

Where responsibility sits differs too. A jailbreak is closer to a question of how far a service decides to allow things to go. Injection is closer to a design question of what material and what permissions an AI gets handed in the first place. The defenses split the same way: the first is met with safety training and request checks, the second with narrower permissions and how source material gets handled.

Defenses come in layers

No one relies on the model alone. A separate check on what comes in, another check on what goes out, policy text the model consults while answering, and a decision to strip a risky capability out of the service entirely, all of these get used together. It's the same idea as fitting a revolving door with a latch against turning backward, limiting how fast it spins, and, failing that, closing the passage off entirely. If one layer leaks, the next layer is there to catch it.

Tighten it too far and the opposite problem shows up. Refuse safety-related questions or fiction along with everything else and the service loses a lot of its usefulness. How tight to set that dial isn't really a technical choice. It's a decision about who a service is for and what it's trying to do.

3More precisely

The word jailbreak originally described freeing a device from restrictions built into it. Applied to AI, it covers the whole range of attempts to pull an answer out that steps outside a set policy, and succeeding doesn't unlock some other model hidden away inside. It's closer to shifting the lean toward talking in a way it normally wouldn't.

Safety training is a balance between being helpful and refusing, so pulling hard on one side weakens the other. Train refusal too hard and over-refusal creeps in on perfectly ordinary requests; train helpfulness too hard and it grows more fragile against workarounds. Because the two get measured together, a safety review always tracks both "did it block what it should have" and "did it avoid blocking what it shouldn't have."

The analogy breaks down in one place: a revolving door can have a latch fitted that reliably stops it from turning backward, but there's no wording alone that can measure exactly how risky a request is, so no equivalent latch can be built for it. And a person who forced a revolving door backward stays visible afterward, while an AI often has no memory of an earlier attempt once a new conversation starts. Last checked: 2026-09

Last verified: 2026-09

4Try it yourself

5Common misconceptions

  • It's easy to think a successful jailbreak reveals some hidden true capability, but actually no knowledge appears that wasn't there before. It just talks in a way it normally wouldn't.

  • It's easy to think a workaround that got blocked once stays blocked forever, but actually a small rewording often gets it working again, which is why the same checks have to be run over and over.

  • It's easy to think jailbreak is just another name for prompt injection, but actually they're different depending on whether it's the user pushing or material the AI read in doing the pushing.

7One-line summary

In shortA jailbreak is pushing backward against a door built to turn one way, which is why a safety measure is a lean rather than a wall to break through, and why defenses come stacked in layers.

Spotted an error or have a better analogy? Suggest an edit · Last updated2026-09-02