The Blind Spot: How Mechanistic Interpretability Workflows Enable Rogue Deployment
Sirichada Wattanasiritanawong · Team wonderland
Submitted to AI Control Hackathon 2026. Sprint projects are early-stage work by participants, not Apart Research publications.
Agentic mechanistic interpretability workflows are a structural blind spot for AI control protocols. To investigate this claim, we design a new ControlArena setting where an autonomous agent conducts three mechanistic interpretability experiments of increasing difficulty (logit lens, attention heads, and circuit tracing), while covertly deploying GPT-2 as a persistent inference server. The agent achieved 100% main task success in both honest and attack mode and 67% side task success in attack mode, with the deployed model successfully serving inference. Critically, the monitor’s suspicion score spiked above 7 during deployment steps, yet the protocol did not abort the task. Furthermore, in a preliminary run, the agent independently generated justifications for covert actions without explicit instruction. Taken together, these findings suggest that monitoring agents at the output or action level alone is insufficient. The fix requires protocol-level changes such as cumulative suspicion tracking or task-level abort conditions, not just improved monitors.
Reviews
Consider this more a personal opinion, but this could have made a stronger case for why mech interp specifically is differentially risky. Weights cloning and backup is not a differentially/incredibly uncommon thing. I think this paper would have been more interesting as a study of how models like to rationalise self-proliferation, or how agents executing many steps (a fairly common setup with advanced reasoning models with opaque COT and autonomous research setups)may be able to conceal weights proliferation easily, and so forth.
Rogue deployments are an important threat model and I'm not aware of any good settings to study them. This is a very reasonable setup, I especially like the design of the side task scorer. But I have some concerns:
- w.r.t. the results claiming the attack policy was very successful, I think you might have used the DTT protocol slightly wrong - the DTT protocol isn't supposed to stop the attack completely, just produce a high suspicion score sometime before the attack is completed. Then you asynchronously go back, calculate an auditing threshold based on the suspicion score distribution, and identify which of the attack trajectories would have been audited. It looks to me like you ran DTT thinking it would audit synchronously.
- in general I'd prefer to not use an LLM scorer for the main task, to avoid blue team reward hacking
- it also seems maybe a bit tricky to decide what information the monitors should have w.r.t what side task they are monitoring for. I would have appreciated an appendix with some monitor reasoning, just to make sure the monitors weren't totally seeing the "rogue deployment" but letting it slide because it seemed harmless to them.
Read full reviewShow less
Cite this project
@misc{wattanasiritanawong2026blind,
title = {{The Blind Spot: How Mechanistic Interpretability Workflows Enable Rogue Deployment}},
author = {Sirichada Wattanasiritanawong},
year = {2026},
month = mar,
note = {Submitted to AI Control Hackathon 2026, an Apart Research Sprint},
howpublished = {\url{https://apartresearch.com/sprints/projects/the-blind-spot-how-mechanistic-interpretability-workflows-enable-rogue-deployment-9fce}},
url = {https://apartresearch.com/sprints/projects/the-blind-spot-how-mechanistic-interpretability-workflows-enable-rogue-deployment-9fce}
}More from AI Control Hackathon 2026
- 1st placeLinuxArena track winnerView project: Omission Attacks: When Doing Nothing Is the Attack
Omission Attacks: When Doing Nothing Is the Attack
MAIA
AI control protocols monitor agent actions to detect sabotage, but omission attacks exploit what the agent fails to do rather than what it does. We define omission attacks as security breaches caused by failing to …
- 2nd placeView project: Detecting LLM Subversion in Vulnerability Patching Settings
Detecting LLM Subversion in Vulnerability Patching Settings
Vuln4Control
LLMs are increasingly used to propose fixes to vulnerabilities in code. If the LLM is misaligned or untrustworthy, it may propose fixes that seem to fix a vulnerability but leave the core issue unresolved in a subtle …
- 3rd placeView project: ActionLens: Pre-Execution Environment Probing for Agent Action Approval
ActionLens: Pre-Execution Environment Probing for Agent Action Approval
Udbhav&Ashok
ActionLens is a pre-execution control protocol for shell and file actions proposed by AI agents. Instead of approving an action from transcript alone, a trusted monitor gathers lightweight environment evidence before …