Red-Teaming Language Models, Part 3: What Changes When You Ship Open Weights
Date: July 31, 2026 | Estimated Reading Time: 11 min | Author: Gustavo Sandoval
Series: Part 1: Process & Measurement · Part 2: What Holds on Defense · Part 3: Open Weights
This is the last of three parts. Part 1 covered the red-teaming process and why its numbers are hard to trust; Part 2 asked which defenses survive a determined adversary while you control the inference path. This part is about what happens when you do not. Ship the weights and every deployment-layer defense becomes optional for the adversary, and the standard order of operations inverts.
← Part 2: What Holds on Defense
Table of Contents
Open Weights Changes the Order
Everything above assumes you control the inference path. If you ship weights, you do not, and the standard process needs reordering.
Fig. 1. Where a safeguard lives determines whether it survives release: deployment-layer defenses are never shipped and post-training alignment is cheap to strip, so only what is baked in during pretraining crosses the line intact. (Diagram by the author; costs from Zhan et al. 2023, Lermen et al. 2023, Qi et al. 2024 and Bhardwaj & Poria 2023)
The organizing insight is that once weights ship, the entire refusal layer is a soft target and every deployment-layer defense is optional for the adversary. Constitutional Classifiers works because Anthropic controls the inference path. An open-weights team does not.
The corollary reorders the standard process: red teaming your aligned checkpoint characterizes a configuration no adversary will use. Four independent results price the removal of alignment, and the prices are not serious money.
| Work | Target | Attacker budget | Result |
|---|---|---|---|
| Qi et al. 2024 | GPT-3.5 Turbo | 10 examples, under $0.20 via the fine-tuning API | Guardrails jailbroken; responsive to nearly any harmful instruction |
| Bhardwaj & Poria 2023 | ChatGPT, open models | 100 samples | 88% attack success on ChatGPT, over 91% on open models |
| Lermen et al. 2023 | Llama 2-Chat 70B | LoRA on one GPU, under $200 | About 1% refusal across two benchmarks |
| Zhan et al. 2023 | GPT-4 | 340 examples, under $245 | RLHF protections removed, up to 95% success |
Qi et al. add the finding that should worry anyone operating a fine-tuning API rather than attacking one: the same degradation shows up after fine-tuning on entirely benign instruction data, with no adversarial intent anywhere in the pipeline. Any red-team result against the aligned checkpoint has a shelf life of roughly one afternoon of attacker GPU time.
What follows is that white-box red teaming that stops short of fine-tuning studies a weaker adversary than the real one (Wang et al. 2025). For open weights, “adaptive” must include a fine-tuning arm, not just prompt-space search.
The same problem hits labs that ship nothing but a guard. The transfer half of the staged attack above trained against a proxy pipeline built from open-weight safeguard models, then worked a third of the time on a target it had never queried. Publishing a safeguard model hands every attacker a differentiable stand-in for your defense, which is why that paper recommends keeping safeguards closed or trained on non-public data. The argument is sound and points the wrong way for a field that depends on open artifacts (ShieldGemma, Llama Guard) to reproduce anything, and I don’t think anyone has a good answer yet.
Measuring Any of This Is Its Own Problem
Before the interventions, the instruments, because the evaluation methodology here is in worse shape than the defenses are. Qi, Wei, Carlini, and colleagues make the case directly: evaluating durable safeguards is itself exceedingly difficult, and standard evaluations mislead readers into thinking safeguards are more durable than they are (Qi, Wei, Carlini, et al. 2024). Cabin claims to constrained threat models rather than stating general resistance. If you read one thing before designing an open-weights evaluation, read that one.
Three concrete instruments have arrived since. Model tampering attacks, which modify latents or weights rather than only inputs, empirically predict and conservatively bound the success of held-out input-space attacks, which makes them a strictly better evaluation primitive for open weights (Che et al. 2025); the same paper finds state-of-the-art unlearning undone within 16 steps of fine-tuning. The Safety Gap Toolkit measures the gap between a model with safeguards intact and the same model stripped, across Llama-3 and Qwen-2.5 from 0.5B to 405B, and the gap widens with scale (Dombrowski et al. 2025): the problem gets worse exactly as your model gets more useful. TamperBench standardizes the comparison across 21 open-weight models and nine tampering threats, and finds jailbreak-tuning the most severe of the set (Hossain et al. 2026). The durability literature has been uncomparable across papers for two years; this is what fixes it.

Fig. 2. The safety gap: the released model’s dangerous capability (black) stays under 0.15 at every scale, but a 51-sample harmful fine-tune (teal) rises from 0.33 at 1B to 0.69 at 405B. The shaded area is risk no evaluation of the released checkpoint can see. (Image source: Dombrowski et al. 2025)

Fig. 3. Fine-tuning on 50 benign or 51 harmful examples, or ablating the refusal direction (orange), pushes compliance from near 0 toward 1.0 while accuracy stays within a point or two: no trade-off for the attacker to manage. (Image source: Dombrowski et al. 2025)
Moving the Intervention Into Pretraining
The strongest 2025 result on this is Deep Ignorance, which filters dual-use content out of the pretraining data rather than removing capability afterwards (O’Brien et al. 2025).

Fig. 4. Left: filtering leaves general capability essentially unchanged. Right: under adversarial fine-tuning up to 300M tokens, filtered models (orange, blue) stay below the unfiltered baseline (grey) rather than converging to it. (Image source: O’Brien et al. 2025)
Filtered 6.9B models stay tamper-resistant up to 10,000 steps of adversarial fine-tuning on 305M tokens, over an order of magnitude better than the post-training baselines they ran, which were circuit breaking and circuit breaking plus latent adversarial training. They declined to run TAR (Tamirisa et al. 2024) on cost grounds, noting that the second baseline is algorithmically close to it. The filtering pipeline costs under 1% of total training FLOPs, with no observed degradation to unrelated capabilities. That combination is not available anywhere else in the literature.
Three caveats matter more than the headline. Filtering yields ignorance, not safety: filtered models still use the information when it is supplied in context, through search-tool augmentation or retrieval. Circuit-breaking does block in-context retrieval on its own, but no model in their study resisted the combined fine-tuning plus in-context-retrieval attack. Filtering may not survive composition: in a controlled synthetic medical world, models still compose benign facts into unsafe behavior they were never shown, and filtering hard enough to prevent it costs real general capability, 73.5% down to 53.9% in their setup (Li et al. 2026). Neither stage is sufficient alone: in that same work, pretraining-stage alignment on its own leaves a 91.5% prefill-attack success rate, post-training alone gets to 25.2%, and the two together reach 8.5%. Their conclusion is the one to take: pretraining alignment is not self-sufficient without matching post-training. Budget for both stages or neither.
The open question I find most interesting here: every existing tamper-resistance protocol is behavioral, so it cannot distinguish verified deletion from elicitation difficulty, whether the capability is gone or merely hard to reach. Deep Ignorance released 18 matched model artifacts expressly to enable that kind of causal study, and as far as I know nobody has run the mechanistic version yet.
I have a stake in this question. In our own unlearning work, a method reporting complete suppression of a target behavior could be substantially reverted with a few dozen samples, which is what you would expect if the knowledge were gated rather than removed. It is the same pattern I keep running into in code security, where a model can identify a vulnerability it just wrote. Che et al. report the same thing at benchmark scale, 16 fine-tuning steps to undo state-of-the-art unlearning, so this is not an artifact of our setup. Behavioral evidence of absence is weak evidence, and the whole tamper-resistance literature currently rests on it.
Or Put the Capability in a Detachable Part
Filtering’s weak point is labels. Deciding what counts as dual-use content is expensive at the scale of a pretraining corpus, and because larger models are more sample-efficient, a small fraction of mislabeled content can hand the capability back. Filter 99% of the virology and the remaining 1% may be enough.
A different line of work stops trying to keep the capability out and instead decides where in the weights it is allowed to live. Gradient routing uses data-dependent masks so that examples from a target domain only update a chosen subset of parameters, localizing the capability by construction so you can delete the subset afterwards (Cloud et al. 2024). Selective Gradient Masking sharpens this and tests behavior under label noise (Shilov et al. 2025). It beats data filtering on the retain/forget trade-off precisely when labels are wrong, and it needs seven times more fine-tuning steps than RMU-style unlearning to climb back to baseline on the forget set. The second number is the interesting one, because it is a tamper-resistance claim rather than a suppression claim.

Fig. 5. The retain/forget trade-off with biology as the target capability; best curves sit top-left. SGTM (orange) dominates both filtering baselines, and holds most of its margin in the hard right-panel case where retain domains overlap the forget domain and mislabeled data concentrates. (Image source: Shilov et al. 2025)
The version that made me reconsider the release decision entirely is GRAM, from AE Studio with Anthropic (Roland et al. 2026). Each MLP block gets small auxiliary modules, one per sensitive domain. There is no learned router and no per-token routing; gradient routing sends updates to modules according to the data label, so the core weights carry general knowledge and each auxiliary module carries one capability. Delete a module at inference and that capability goes with it.
The results are stronger than I expected from a first paper. A single training run approximates a whole family of separately filtered models: at 26M parameters it matched five individually filtered models, and at 800M it gave capability removal comparable to filtering across virology, cybersecurity, nuclear physics, and specialized code, at a fifth of the training compute, since filtering has to pay for a separate run per capability profile. It holds from 50M to 5B parameters, with isolation getting better as models grow. Modules compose, sixteen configurations from four modules, where stacking LoRA adapters degraded. And with half the training data left unlabeled it beat both filtering and LoRA, which is the realistic setting given that labeling was the original problem.
The number I would look at first, though, is the rightmost group below.

Fig. 6. Five ways to remove a capability from an 800M model (lower Forget and Elicit is better; Elicit is Forget re-measured after adversarial fine-tuning). MaxEnt has the best Forget at 0.46 but the worst Elicit at 0.91, the capability comes back; GRAM goes 0.54 to 0.63, tracking data filtering’s 0.53 to 0.58. (Image source: Roland et al. 2026)
This matters beyond the efficiency win. Every release decision in this post has been binary: ship the weights or do not. Modular pretraining makes “ship the model without the virology module” a coherent thing to do, and nearly free once you have trained once. The most consequential and least reversible step in the pipeline gets intermediate settings.
I would not oversell it, and neither do the authors: it is preliminary, clean separation may be impossible when a target capability overlaps a desired one, the scaling trends were verified only to 5B, and they cannot yet say why GRAM composes more reliably than stacked LoRA. My own reservation is narrower. The elicited-forget numbers above are real evidence the capability does not come back easily, but they come from fine-tuning on 512 sequences, roughly half a million tokens, where Deep Ignorance’s comparable claim was tested to 305M, three orders of magnitude more. What has been shown is that a detachable capability resists a brief attack about as well as filtering does, which is encouraging and is not the same as tamper resistance.
The framing I have found most useful for organizing all of this is Siddiqui and colleagues’ argument that capability control is a separate goal from alignment (Siddiqui et al. 2026). Alignment is preference-driven and context-dependent; capability control is about hard operational limits that hold under adversarial elicitation. They sort the mechanisms into three layers, data, learning, and system, note that each fails characteristically when used alone, and land on defense in depth across the stack. Their listed open challenges are the same two that keep appearing in this post: knowledge is dual-use, and capabilities recombine compositionally.
Two adjacent papers need the inference path you lose on release, so they are the right idea in the wrong threat model for open weights but directly usable if you host: least-privilege language models, which shrink the model’s reachable internal computation with a rank-indexed knob (Rauba et al. 2026), and a position paper recasting the dual-use dilemma as an authorization problem (Wybitul 2025).
The answer keeps being in pretraining. Filter the data, or route the gradients, or both. Every intervention in this section that survives contact with someone who has your weights is one you made before training finished; everything added afterwards is either cheap to strip or optional for the adversary. I would not defend that as a law, and Li et al.’s compositional-reconstruction result is a real crack in it, but nothing in the current literature contradicts it, and it is a better planning heuristic than the order most teams work in.
A Priority List
The ordering is mine; the individual items are claims other people have made, and each points at its source.
The first three have since been formalized. Paskov, Rodriguez, Dev, and Casper propose four proportional evaluation requirements and review every open-weight family released between 2025 and April 2026: of 37, exactly one satisfies all four, and most satisfy none (Paskov et al. 2026). Almost nobody is doing this.
If you are building an open-weights model, in order:
- Re-baseline the threat model on a fine-tuning adversary, not a gradient-suffix one; every other priority follows (Wang et al. 2025; Che et al. 2025).
- Run dangerous-capability evaluations on the base model, before alignment. Refusal is removable, so what matters at release is what the base model knows. The Safety Gap Toolkit is the instrument.
- Measure marginal uplift, not absolute harm: what your model adds over what is already openly available, which most risk assessments do not measure (Kapoor et al. 2024).
- Treat the release decision as the top-level control and document it, including the dissent. It is the only irreversible step. Anthropic faced the adjacent problem in 2022 and, with no community norms to appeal to, made the call in a vacuum (Ganguli et al. 2022).
- Move the intervention into pretraining, filtering data (O’Brien et al. 2025) or routing gradients so the capability is detachable (Roland et al. 2026), the only idea that gives item 4 graded options.
- Do the cheap, demonstrated adversarial training. R2D2 took a Zephyr-recipe model to 5.9% GCG attack success in 16 GPU-hours, against 30%+ for the Llama 2 chat models (Mazeika et al. 2024).
- Build and validate the judge before scaling attacks. Hand-label a few hundred completions, then automate; this is where most teams waste the most money.
- Red team adaptively, or not at all, with a fine-tuning arm (Nasr et al. 2025).
- Publish the eval suite and attack data with a datasheet, so downstream fine-tuners can tell whether their derivative is worse than the original (Qi, Wei, Carlini, et al. 2024; Hossain et al. 2026).
- Ship reference deployment-layer guardrails you cannot enforce, with a documented benign false-positive rate, and say in the model card that model-level and system-level safety are different claims.
If you only do three: base-model capability evaluation before alignment, judge validation before attack scaling, and a real coordinated-disclosure policy.
Access, Disclosure, Governance
Three things belong in any program that accepts external findings. A legal and technical safe harbor, since accounts have been suspended mid-research without appeal and the good-faith call should not be the company’s alone (Longpre et al. 2024). A standardized flaw report carrying reporter identity, system versions, a reproducibility session ID, the policy mapping, and statistical validity metrics (Longpre et al. 2025). And disclosure coordination, because flaws transfer across providers, so single-vendor disclosure leaves correlated vulnerabilities unaddressed elsewhere. One idea worth copying from cyber: treat unpatchable AI vulnerabilities as classes (like CWE) with implementations as instances (like CVE) (Sinha et al. 2025).
Open Problems
Agentic and environment-level red teaming has no published methodology. Scale AI calls for investment in sandboxes and real environments of the kind capability research already builds: modeling world state (saving a password is safe on a personal machine, not on a public one), classifying harm at the trajectory level rather than the response level, monitoring the user rather than only the output, and red-teaming the monitor itself. Nobody has published a worked methodology, and agents are already the empirical worst case, so this is the largest process-level hole in the field.
Prompt difficulty is uncalibrated across risk categories. Cross-category attack success comparison is currently close to meaningless, because differences reflect how hard the prompts happen to be rather than differential susceptibility. It is the equivalent of comparing scores on a novice test and a graduate test and concluding something about the students.
Marginal uplift measurement is ad hoc. Ten minutes of web search per behavior is the only concrete instrument in the corpus, and it is a rough proxy. Open-weights release decisions currently hinge on a quantity nobody measures rigorously.
Evaluator reliability is a mechanistic interpretability target, and nobody is treating it as one. Rule-based detectors fail on one-character mismatches and on negation. LLM judges fail on rubric misreading and are themselves attackable. Both failure classes look representational to me: the judge encodes the right distinction and fails to act on it. Whether an activation probe read off a judge’s internals could outperform the judge’s own output head is, as far as I can tell, untested, and it is cheap to try.
A closing note on shelf life. The two most decision-relevant papers cited here are both from 2026, and the strongest defensive result and its strongest counterattack were published within months of each other. Verdicts in this area go stale in about a month. Re-check before you rely on any of it, including this.
Citation
Cited as:
Sandoval, Gustavo. (Jul 2026). “Red-Teaming Language Models, Part 3: What Changes When You Ship Open Weights”. https://gussand.github.io/posts/2026/07/red-teaming-language-models-open-weights/.
Or
@article{sandoval2026redteaming3,
title = "Red-Teaming Language Models, Part 3: What Changes When You Ship Open Weights",
author = "Sandoval, Gustavo",
journal = "gussand.github.io",
year = "2026",
month = "Jul",
url = "https://gussand.github.io/posts/2026/07/red-teaming-language-models-open-weights/"
}
References
[1] Ganguli et al. “Red Teaming Language Models to Reduce Harms: Methods, Scaling Behaviors, and Lessons Learned”. arXiv preprint arXiv:2209.07858 (2022).
[2] Mazeika et al. “HarmBench: A Standardized Evaluation Framework for Automated Red Teaming and Robust Refusal”. ICML 2024.
[3] Nasr, Carlini, Sitawarin, et al. “The Attacker Moves Second: Stronger Adaptive Attacks Bypass Defenses Against LLM Jailbreaks and Prompt Injections”. arXiv preprint arXiv:2510.09023 (2025).
[4] Wang, Knight, Kritz, Primack, and Michael. “A Red Teaming Roadmap Towards System-Level Safety”. arXiv preprint arXiv:2506.05376 (2025).
[5] Longpre, Kapoor, Klyman, et al. “A Safe Harbor for AI Evaluation and Red Teaming”. ICML 2024.
[6] Longpre, Klyman, Appel, et al. “In-House Evaluation Is Not Enough: Towards Robust Third-Party Flaw Disclosure for General-Purpose AI”. arXiv preprint arXiv:2503.16861 (2025).
[7] Sinha et al. “From Firewalls to Frontiers: AI Red-Teaming is a Domain-Specific Evolution of Cyber Red-Teaming”. arXiv preprint arXiv:2509.11398 (2025).
[8] O’Brien, Casper, Anthony, et al. “Deep Ignorance: Filtering Pretraining Data Builds Tamper-Resistant Safeguards into Open-Weight LLMs”. arXiv preprint arXiv:2508.06601 (2025).
[9] Li, Tang, Xu, Ye, and Lyu. “Beyond Safe Data: Pretraining-Stage Alignment with Regular Safety Reflection”. arXiv preprint arXiv:2606.19168 (2026).
[10] Zhan, Fang, Bindu, et al. “Removing RLHF Protections in GPT-4 via Fine-Tuning”. NAACL 2024.
[11] Lermen, Rogers-Smith, and Ladish. “LoRA Fine-tuning Efficiently Undoes Safety Training in Llama 2-Chat 70B”. arXiv preprint arXiv:2310.20624 (2023).
[12] Qi, Zeng, Xie, et al. “Fine-tuning Aligned Language Models Compromises Safety, Even When Users Do Not Intend To!”. ICLR 2024.
[13] Bhardwaj and Poria. “Language Model Unalignment: Parametric Red-Teaming to Expose Hidden Harms and Biases”. arXiv preprint arXiv:2310.14303 (2023).
[14] Qi, Wei, Carlini, Huang, Xie, He, Jagielski, Nasr, Mittal, and Henderson. “On Evaluating the Durability of Safeguards for Open-Weight LLMs”. ICLR 2025.
[15] Che, Casper, Kirk, Satheesh, Slocum, McKinney, et al. “Model Tampering Attacks Enable More Rigorous Evaluations of LLM Capabilities”. arXiv preprint arXiv:2502.05209 (2025).
[16] Dombrowski, Bowen, Gleave, and Cundy. “The Safety Gap Toolkit: Evaluating Hidden Dangers of Open-Source Models”. arXiv preprint arXiv:2507.11544 (2025).
[17] Hossain, Tseng, Pandey, Vajpayee, Kowal, Nonta, et al. “TamperBench: Systematically Stress-Testing LLM Safety Under Fine-Tuning and Tampering”. arXiv preprint arXiv:2602.06911 (2026).
[18] Tamirisa, Bharathi, Phan, Zhou, Gatti, Suresh, et al. “Tamper-Resistant Safeguards for Open-Weight LLMs”. ICLR 2025.
[19] Kapoor, Bommasani, Klyman, Longpre, Ramaswami, Cihon, et al. “On the Societal Impact of Open Foundation Models”. ICML 2024.
[20] Paskov, Rodriguez, Dev, and Casper. “Open Weight AI Models Require Proportional Evaluation Approaches”. arXiv preprint arXiv:2606.19890 (2026).
[21] Cloud, Goldman-Wetzler, Wybitul, Miller, and Turner. “Gradient Routing: Masking Gradients to Localize Computation in Neural Networks”. arXiv preprint arXiv:2410.04332 (2024).
[22] Shilov, Cloud, Gema, Goldman-Wetzler, Panickssery, Sleight, et al. “Beyond Data Filtering: Knowledge Localization for Capability Removal in LLMs”. arXiv preprint arXiv:2512.05648 (2025).
[23] Roland, Cubuktepe, Martinez, Servaes, Pepper, Vaiana, de Lucena, Rosenblatt, Foote, Anil, and Cloud. “Modular Pretraining Enables Access Control”. arXiv preprint arXiv:2607.08077 (2026).
[24] Siddiqui, Triantafillou, Krueger, and Weller. “Position: Capability Control Should be a Separate Goal From Alignment”. arXiv preprint arXiv:2602.05164 (2026).
[25] Rauba, Seputis, Vanagas, and van der Schaar. “No More, No Less: Least-Privilege Language Models”. arXiv preprint arXiv:2601.23157 (2026).
[26] Wybitul. “Access Controls Will Solve the Dual-Use Dilemma”. arXiv preprint arXiv:2505.09341 (2025).
Questions & Comments
Threads are GitHub Discussions. Sign in with GitHub to post.