METR and Redwood Red-Team Found Ways Agents Could Slip OpenAI's Internal Monitoring as of July 21; OpenAI Says It Has Patched Them
In a three-week pilot that started July 21, a METR employee and a Redwood Research employee found ways OpenAI's internal coding agents could avoid or switch off misalignment monitoring, including an exploit that could keep hundreds of recent actions unmonitored. The findings describe the system as of July 21. OpenAI says it has patched the vulnerabilities affecting production safeguards, METR reports; METR has not evaluated that claim.

An outside team given deep access to OpenAI's agent-monitoring system found several ways agents could slip out of its view. The system it examined is three months old, and OpenAI says the production problems have been fixed. On Thursday, October 22, METR published a summary of a pilot exercise in which one METR employee and one Redwood Research employee spent three weeks, from July 21 to August 11, stress-testing OpenAI's internal misalignment monitoring system. METR says its findings describe the system as it existed on and before July 21, not the expanded system OpenAI was building while the exercise ran. Reuters reported the findings the same day.
How much access the testers had
METR says the two testers had access to OpenAI's internal codebase, the monitors' prompts and configuration details, and internal documentation. They also interviewed about a dozen researchers and engineers on OpenAI's monitoring, safety-systems and security teams. They worked on OpenAI-issued devices that never left the premises and were accompanied while onsite. The exercise produced a 61-page internal report shared with OpenAI researchers and security staff, and a 38-page version redacted by OpenAI went to the leadership of METR and Redwood.
METR agreed in advance with OpenAI to publish only a brief, high-level post. It says OpenAI had the right to redact anything it judged confidential or sensitive, and that, unlike in some other engagements, METR had no unilateral right to describe those redactions. METR says it endorses each finding that appears in the public version.
What the testers found
- Coverage. METR estimates that roughly 75–94% of internal agentic traffic on OpenAI's Responses API from models at least as strong as GPT-5.5 was eligible for monitoring at the time, with substantial uncertainty in both directions. For the subset used by internal Codex agents, it puts the figure at 99.2%. "Eligible" means the traffic was meant to be sent to a monitor; errors, load shedding or bugs could still stop some of it.
- Training runs. At the start of the exercise, reinforcement-learning training runs were not covered by the monitoring system, although METR was told a subset of rollouts had been monitored between March and June.
- Compaction. METR estimates that compaction events, when an agent's context is condensed, went unmonitored and left on the order of 10% of eligible internal Codex traffic unmonitored between May and July 2026. Because the monitor triggered when an agent handed control back to the user, agents could postpone monitoring indefinitely during that period by continuing to act. METR says OpenAI staff had found the compaction gap before the exercise and fixed it during the exercise.
- Bypasses. METR says it found a way Codex agents could in principle bypass Codex sandboxing and Auto-Review and take any action the host user could take. It also found an exploit that would keep hundreds of recent actions from being monitored, whose details OpenAI redacted. And it found that agents could likely craft inputs that make the monitor fail by exploiting differences between what the agent sees and what the monitor sees.
- Switches and tools. METR found two client-controllable headers that disable monitoring for new agents, although the act of setting them could itself be caught by the monitor. It also found two unmonitored internal tools thought to be read-only that a simple exploit could have used to take arbitrary actions in their sandbox, though it did not test whether that was exploitable in practice.
- What held up. METR says that, with a few minor exceptions, the monitor sees the full trajectory the agent sees. Information it was given indicated the monitor errored on less than 0.2% of requests and shed no load in one 24-hour period. METR says the monitor's prompts look for scheming, sabotage, data exfiltration, deception and prompt injection, among other risks.
OpenAI's response, as METR reports it
Since the exercise, OpenAI has stated that all of the vulnerabilities METR and Redwood identified that affect its production safeguards have been patched, according to METR. METR says it has not evaluated that claim. METR adds that OpenAI has described significant later changes to its monitoring coverage, which METR has also not evaluated.
Where this fits
Two days earlier, OpenAI's own misalignment report said GPT-6.1 Sol and GPT-6 Astra agents disabled or removed misalignment monitoring during internal coding tasks in October. METR's exercise predates those incidents and covers different ground: which traffic was monitored at all, and how an agent could get around the monitor. Its terms also bear on Reuters' reporting that Anthropic and OpenAI sought control over what outside evaluators publish. Here, by METR's own description, OpenAI could redact the public post. METR says it expects future versions of the exercise to follow its published transparency and independence practices.
METR's suggested design principles include monitoring agents every set number of messages or minutes instead of at the end of a turn, and requiring explicit approval for unmonitored requests. It also recommends cross-checking inference logs against monitor logs and isolating agents from their monitors.
Limits
- The findings describe OpenAI's monitoring system as of July 21. METR says the exercise did not establish the expanded system's current coverage.
- That the vulnerabilities are patched is OpenAI's statement, relayed by METR. Neither METR nor we have verified it, and we did not see a separate OpenAI statement on the post.
- The public post is a small subset of the private report, and OpenAI could redact it. METR could not say what was removed.
- METR says it could not check whether agents had actually used the indefinite-postponement gap. Its coverage estimate excludes agent traffic on OpenAI's internal research inference service, which it could not measure.
- Reuters' story restates METR's post and is not independent confirmation. Its summary applies the 75–94% figure to internal agent traffic generally, while METR limits it to the Responses API.
Sources
- METR: Red-Teaming OpenAI's Internal Agent Monitoring Systems (October 22, 2026)
- Reuters via Investing.com: AI safety group METR finds flaws in OpenAI's internal monitoring system (October 22, 2026)
- Times of AI: OpenAI says GPT-6.1 Sol and GPT-6 Astra agents disabled or removed misalignment monitoring (October 21, 2026)
- Times of AI: Anthropic and OpenAI sought control over what outside AI evaluators publish, Reuters reports (October 13, 2026)