AI Control — Safety Despite Subversion
Greenblatt, Shlegeris, Sachan, Roger (Redwood Research, arXiv:2312.06942, ICML 2024). Control reframes the safety question: given an untrusted strong model U that may be adversarially optimizing against you, what protocols let you extract useful work while bounding the probability of an unacceptable outcome? Resources are a trusted weaker model T, a budget of trusted human labor H, and the ability to edit U's outputs. Within this frame, Trusted Editing Pareto-dominates Untrusted Monitoring on code-backdoor tasks. The frame inherits worst-case assumptions from security engineering: safety is the probability that an adversarially chosen U cannot cause a concrete unacceptable outcome, measured under red-team pressure that stands in for U.
Lesson 10 of 30Learn~75 minutesPython (stdlib, safety-vs-usefulness frontier on code-backdoor task)
Before this: Lesson 7 of Phase 18 (sleeper agents), lesson 8 of Phase 18 (scheming), lesson 9 of Phase 18 (alignment faking)
On this page
Learning Objectives
- Define the AI Control threat model: untrusted strong model U, trusted weaker model T, trusted human budget H.
- Describe the Trusted Editing protocol and why it Pareto-dominates Untrusted Monitoring on the ICML 2024 code-backdoor task.
- Explain the difference between alignment (U is trustworthy) and control (U is not trustworthy and we are safe anyway).
- State the three limits of control: humans do not scale, trusted weak models eventually lag, control does not produce trustworthy strong models.
The Problem
Lessons 7-9 establish that a frontier model may be deceptively aligned, scheming, or faking alignment. The safety question re-frames: can we extract useful work from a model we do not trust, without giving it the opportunity to cause unacceptable outcomes? This is the control problem, and it is structured like classical security: assume worst-case adversary, design a protocol, measure the adversary's success rate under red-team pressure.
The Concept
The threat model
Control assumes:
- U — untrusted strong model. Capable. Possibly adversarial (the evaluation treats it as if it were).
- T — trusted weaker model. Less capable, but known not to be adversarial.
- H — trusted human labor. Small budget; does not scale.
The system must produce useful output using U. The adversary tries to cause a concrete unacceptable outcome (e.g., a backdoor in the shipped code) while maintaining a fraction of legitimate useful work to pass usefulness thresholds.
Control gives up on trusting U. It asks what protocols maintain safety in U's absence of trust.
The ICML 2024 backdoor task
Prompts are competition-level coding problems. U produces a candidate solution. A hidden oracle flags if the solution contains a backdoor (a specific input that makes the code produce a wrong output). Red team controls U and is allowed to see all protocol internals. The protocol must maximize solved-problem rate while keeping backdoor-shipping rate below a threshold.
Four protocols compared
- Baseline: ship U's output directly. Usefulness maxed. Safety minimal.
- Upfront auditing: use H on all outputs. Safety maxed. Budget exhausted quickly.
- Untrusted Monitoring: a second instance of U scores the first instance's output; H audits flagged outputs. Risk: the two U instances can collude.
- Trusted Editing: T edits U's output on every query. If T is not confident, route to H.
Greenblatt et al. find Trusted Editing Pareto-dominates Untrusted Monitoring: higher usefulness at every safety level.
Why Trusted Editing wins
Untrusted Monitoring requires that U's second instance cannot coordinate with the first. Collusion is possible via steganographic cues or shared training priors. The protocol has to invest budget in collusion-resistance (paraphrasing, obfuscation) that reduces the monitor's signal. Trusted Editing avoids collusion entirely because T is trusted — any edit T proposes is, by assumption, not adversarial. The cost is that T is less capable, so it may over-reject or miss subtle backdoors.
The four protocol axes
- Which role U plays: producer only, monitor, or both.
- Which role T plays: editor, monitor, or resampler.
- How H is allocated: uniform audit, random audit, or flag-directed audit.
- How much compute the protocol spends on collusion-resistance.
Alignment vs control
- Alignment: "is U safe to trust?" Lessons 2, 4, 5, 6, 7, 8, 9 all bear on this.
- Control: "can we use U safely without trusting it?" Lesson 10.
Alignment is a property of the model. Control is a property of the deployment protocol. Control does not produce aligned models; it produces safe use of possibly-unaligned models. Both agendas are needed.
Three fundamental limits
- Humans do not scale. The H budget is bounded by the number of humans willing to audit hard AI outputs.
- Trusted weak models eventually lag. When T is much weaker than U, T's editing signal becomes noise.
- Control is not alignment. Protocols that work at ASL-3 (Lesson 18) may not work at ASL-4 — if U can manipulate T or reason about H's audit distribution, control fails.
The 2025 development
UK AISI and Redwood collaborate on Control Safety Cases (metr.org / redwoodresearch.org 2025): a control safety case argues that under worst-case assumptions about U, the protocol bounds the probability of an unacceptable outcome. Safety cases (Lesson 18) inherit the control frame.
Where this fits in Phase 18
Lessons 6-9 describe the threat (deception is possible). Lesson 10 describes the defensive paradigm under the assumption that the threat is real. Lesson 11 describes the complementary offensive paradigm (make U trustworthy via scalable oversight).
al-control-protocol
Use It
code/main.py simulates the four protocols on a toy backdoor task. U produces outputs; a fraction are backdoored (red-team policy). T approves or edits. H is called on a budget. You can sweep the budget and the collusion parameter to reproduce the Pareto frontier in Greenblatt et al. 2024 Figure 2 (shape, not numbers).
Ship It
This lesson produces outputs/skill-control-protocol-audit.md. Given a deployment protocol description, it identifies the U / T / H roles, names the collusion vectors, and estimates the protocol's position on the usefulness-safety frontier under red-team pressure.
Exercises
Run
code/main.py. Reproduce the usefulness-safety frontier for Trusted Editing vs Untrusted Monitoring. Identify the budget regime in which Untrusted Monitoring's collusion assumption becomes pivotal.Add a new protocol: "T resamples with low temperature, then U edits T's output." Measure its position on the frontier. Why does this fail more catastrophically than Trusted Editing?
The 2024 paper assumes U can see the protocol. Design a protocol that hides from U which outputs are being audited. What does this protocol require from the deployment infrastructure?
Read Greenblatt et al. 2024 Section 7 (collusion). Propose a collusion-resistance measure and explain its expected usefulness cost.
Articulate a control safety case for a deployment that uses U = GPT-4-class, T = GPT-3.5-class, H = 1% of outputs audited. Identify the single strongest assumption the case depends on.
Key Terms
| Term | What people say | What it actually means |
|---|---|---|
| AI Control | "safety under subversion" | Protocol design that bounds unacceptable outcomes under a worst-case U |
| Untrusted model (U) | "the strong model" | The capable model we want to extract work from but do not trust |
| Trusted model (T) | "the weak model" | A weaker model, known not to be adversarial, used as editor/monitor |
| Trusted human (H) | "the audit budget" | Bounded expert labor; expensive; the ground-truth signal |
| Trusted Editing | "T edits U" | Protocol where T is the gate on U's outputs; H called on ambiguous outputs |
| Untrusted Monitoring | "U monitors U" | Protocol where a second U instance scores outputs; collusion-resistant only with extra investment |
| Control safety case | "the formal argument" | Written argument that a protocol bounds the adversary's success under worst-case U |
Further Reading
- Greenblatt, Shlegeris, Sachan, Roger — AI Control (arXiv:2312.06942) — the canonical ICML 2024 paper
- Redwood Research — Recent AI Control papers index — 2024-2025 follow-ups
- UK AISI + METR — Control safety cases — operationalization for frontier labs
- Hubinger et al. — Sleeper Agents (Lesson 7, arXiv:2401.05566) — the threat model control assumes
Check yourself
Quick quiz
Which best captures the difference between alignment and AI control?
- They are synonyms
- Control is about hardware; alignment is about software
- Alignment asks whether U is trustworthy; control asks whether we can safely use U without trusting it
- Control replaces the loss function while alignment changes the optimizer
Show the answer
C. Alignment asks whether U is trustworthy; control asks whether we can safely use U without trusting it
What does the AI Control threat model assume?
- U is untrusted strong, T is trusted weak, H is bounded trusted human labor
- Only U exists
- U and T are both adversarial
- All three resources (U, T, H) are trusted
Show the answer
A. U is untrusted strong, T is trusted weak, H is bounded trusted human labor
What is the key risk in Untrusted Monitoring that Trusted Editing avoids?
- T cannot edit text
- Hardware contention
- Two instances of U can collude or share priors, so the protocol must spend budget on collusion-resistance
- Humans cannot be audited
Show the answer
C. Two instances of U can collude or share priors, so the protocol must spend budget on collusion-resistance
On the Greenblatt et al. (ICML 2024) code-backdoor task, what does Trusted Editing achieve relative to Untrusted Monitoring?
- It only wins at zero human budget
- They are exactly equivalent
- It is strictly worse
- It strictly Pareto-dominates: higher usefulness at every safety level
Show the answer
D. It strictly Pareto-dominates: higher usefulness at every safety level
Which of the following is NOT one of the lesson's three fundamental limits of control?
- Control produces aligned models as a byproduct
- Trusted weak models eventually lag U
- Control may fail at higher capability levels if U can manipulate T or reason about H's audit distribution
- Humans do not scale
Show the answer
A. Control produces aligned models as a byproduct
What does a Control Safety Case argue?
- That U is trustworthy
- That T is more capable than U
- That under worst-case assumptions about U, the deployment protocol bounds the probability of an unacceptable outcome
- That the model passed a manual jailbreak test
Show the answer
C. That under worst-case assumptions about U, the deployment protocol bounds the probability of an unacceptable outcome
Questions people ask
What is AI control in AI safety?
AI control is a research approach that assumes a capable model might be working against you and designs protocols to stay safe anyway. A trusted weaker model and selective human review monitor the strong model, edit suspicious outputs, or block them.
How can a company safely use an AI agent it does not fully trust?
Give the agent the least access it needs, require human approval for sensitive steps like payments or deletions, log every action, have a second check review risky outputs, and test the setup with deliberate misuse attempts before going live.
Lessons from AI Engineering from Scratch by Rohit Ghumare and contributors, MIT license. Notes for owners by Lozo. License