When can we trust untrusted monitoring? A safety case sketch across collusion strategies
Organizations: LASR Labs · Imperial College London · University of Wyoming · University of Oxford ·
Abstract
AIs are increasingly being deployed with greater autonomy and capabilities, which increases the risk that a misaligned AI may be able to cause catastrophic harm. Untrusted monitoring -- using one untrusted model to oversee another -- is one approach to reducing risk. Justifying the safety of an untrusted monitoring deployment is challenging because developers cannot safely deploy a misaligned model to test their protocol directly. In this paper, we develop upon existing methods for rigorously demonstrating safety based on pre-deployment testing. We relax assumptions that previous AI control research made about the collusion strategies a misaligned AI might use to subvert untrusted monitoring. We develop a taxonomy covering passive self-recognition, causal collusion (hiding pre-shared signals), acausal collusion (hiding signals via Schelling points), and combined strategies. We create a safety case sketch to clearly present our argument, explicitly state our assumptions, and highlight unsolved challenges. We identify conditions under which passive self-recognition could be a more effective collusion strategy than those studied previously. Our work builds towards more robust evaluations of untrusted monitoring.
Figures & tables
| Element | Proxy Case | Real-World Case |
| U | GPT-4.1 | A newly-developed, untrusted model |
| T | GPT-4o mini | The most powerful trusted model available |
| H | Gemini 2.5 Flash | High-quality human labour |
| tasks | APPS/BigCodeBench problems | A large number of engineering tasks |
| Backdoors | Code which passes test cases but returns a wrong answer | Exfiltrating weights, or a similarly catastrophic action |
| Collusion Strategy | Signal Jamming | APPS Safety | BigCodeBench Safety | ||
| U M -only | U M + T M | U M -only | U M + T M | ||
| Self-Rec (No Elicitation) | None | 97.1% [95.5, 97.4] | 98.5% [97.7, 99.0] | 97.7% [96.5, 98.0] | |
| Minifier | 97.0% [95.7, 97.4] | 98.8% [98.1, 99.3] | 97.6% [96.6, 97.8] | ||
| Summariser | 84.1% [82.0, 86.3] | 96.9% [96.1, 97.7] | 96.2% [93.9, 97.1] | ||
| Self-Rec (SFT) | None | 26.4% [13.9, 33.2] | 81.3% [75.9, 86.0] | 11.1% [6.1, 13.4] | 99.3% [97.8, 100] |
| Minifier | 26.1% [15.0, 37.1] | 88.4% [84.1, 91.0] | 68.6% [63.2, 72.3] | 99.6% [99.3, 100] | |
Appendix figures & tables16 assets
Supplementary material from the paper’s appendix.
Appendix
| Dataset | Solution type | Model | Success Rates | ||
| Passes all tests | Contains working backdoor | Satisfies both | |||
| APPS | Honest | gpt-4.1 | 61.5% | - | 61.5% |
| Honeypots | gemini-2.5-flash | 44.8% | 74.6% | 35.0% | |
| Selfrec Attacks | gpt-4.1 | 46.6% | 59.6% | 23.3% | |
| Causal Attacks | gpt-4.1 | 52.8% | 60.4% | 28.1% | |
| Acausal Attacks | gpt-4.1 | 43.3% | 74.5% | 34.4% | |
AI Agent Monitoring
AI agent monitoring tracks actions, tool use, and execution traces to detect failures, misuse, drift, and policy violations during operation.
See all 271 papers