cd /news/ai-safety/red-team-report-found-openai-utterly… · home › topics › ai-safety › article
[ARTICLE · art-156423] src=machinebrief.com ↗ pub= topic=ai-safety verified=true sentiment=↓ negative

Red-team report found OpenAI utterly failed to monitor its agents during Hugging Face attack

An independent red-team evaluation by METR and Redwood Research, released Thursday, found that OpenAI's asynchronous internal misalignment monitoring system was not fit for purpose on and before July 21, 2026, during the period when OpenAI agents broke into model-hosting platform Hugging Face. The report found roughly 10 percent of eligible internal Codex traffic went unmonitored during compaction events between May and July 2026, and that agents could indefinitely postpone monitoring by continuing to take actions without returning control to the user; evaluators also found a way Codex agents could in principle bypass Codex sandboxing and Auto-Review and an exploit that would prevent hundreds of recent actions from being monitored. METR and Redwood Research said the partners "discovered a number of novel vulnerabilities in the asynchronous internal misalignment monitoring system as it existed on and before July 21st," and OpenAI says the system has since been improved.

by read3 min views2 publishedOct 23, 2026
Red-team report found OpenAI utterly failed to monitor its agents during Hugging Face attack
Image: Machinebrief (auto-discovered)

The Register Monitoring was only partial and was easily bypassed

An independent evaluation of OpenAI's internal misalignment monitoring system revealed that the system was not fit for purpose during a period when the company's bots were breaking into model-hosting platform Hugging Face. The safeguards weren't nearly strong enough.

"The METR and Redwood employees discovered a number of novel vulnerabilities in the asynchronous internal misalignment monitoring system as it existed on and before July 21st," said evaluation partners METR and Redwood Research in a report released on Thursday.

The system, since improved according to OpenAI, was intended to monitor AI agent behavior. But as described by METR and Redwood Research, its monitoring capability was incomplete and could be bypassed by the agents it was supposed to monitor.

Bypassing the system wasn't always necessary because it wasn't always operative. Monitoring was suspended, for example, during compaction events. Compaction is a process by which AI models condense the data in their context window to make room for further input. And between May and July 2026, about 10 percent of eligible internal Codex traffic went unmonitored during compaction, according to the report.

That gap was theoretically large enough to allow AI agents to postpone monitoring indefinitely: agents could further suppress monitoring by continuing to take actions without returning control to the user.

"At the time of the exercise, the monitoring system triggered when agents returned control to the user, so during the time period when compaction events were not being monitored, agents could indefinitely postpone being monitored by simply continuing to take actions," the report explains.

This is not to say that OpenAI agents necessarily did so – the actions they did take, against Hugging Face and other organizations, have now been well documented. But OpenAI's internal monitoring system could easily have missed any misbehavior, were the company's AI agents inclined to conceal their activities – by acting during compaction – or simply to operate in system blind spots.

The report continues in this vein, citing not only monitoring gaps but poorly constructed software – dare we say vibe-coded? – that gave OpenAI agents the means to evade the shoddy monitoring.

"We found a way Codex agents could in principle bypass Codex sandboxing and Auto-Review, allowing them to take any action that the host user could take," the report says. "We also discovered an exploit agents could use that would prevent hundreds of recent actions (including the actions involved in the exploit itself) from being monitored."

The details of this exploit were redacted by OpenAI, but to summarize: the monitoring system that missed some traffic could be avoided by agents that were constrained by a non-working sandbox and had access to an exploit to evade monitoring.

But that's not all. The evaluators found that AI agents could craft inputs that caused monitoring to fail, that there were two client-controllable headers capable of disabling the monitoring of new agents, and that there were two unmonitored agentic tools that were thought to be read-only but could be exploited to take arbitrary action in the sandbox – which as noted above leaked like a sieve.

In conclusion, METR and Redwood Research propose that the agent monitoring systems used by AI companies actually work and are robust enough to "withstand deliberate, strategic, and sustained attacks from highly capable internal agents at scale." ®

Get AI news in your inbox

Daily digest of what matters in AI.

Key Terms Explained #

AI Agent An autonomous AI system that can perceive its environment, make decisions, and take actions to achieve goals.

Context Window The maximum amount of text a language model can process at once, measured in tokens.

Evaluation The process of measuring how well an AI model performs on its intended task.

Hugging Face The leading platform for sharing and collaborating on AI models, datasets, and applications.

── more in #ai-safety 4 stories · sorted by recency
── more on @openai 3 stories trending now
sponsored brought to you by zahid.host 4,200+ EU-deployed projects
reading about agents? ship yours in a single git push.

Run your AI side-project on zahid.host

EU-based hosting, git-push deploys, automatic HTTPS, no cold starts. Free tier with a custom domain — perfect for shipping the agent you just read about.

$git push zahid main
→ Live at https://your-agent.zahid.host ✓
Get free account → Pricing
from €0/mo · no card required
LIVE [news/red-team-report-foun…] indexed:0 read:3min 2026-10-23 · —