OpenAI details wider AI safety monitoring, with human alerts still limited
A new disclosure describes layered AI reviewers and automatic pauses. A September incident shows why detecting a failure and containing it are different tasks.
Loading page…
A new disclosure describes layered AI reviewers and automatic pauses. A September incident shows why detecting a failure and containing it are different tasks.
Listen to this story
OpenAI’s monitoring now uses layered screening and investigation across frontier-model training and evaluations, as well as internal Codex activity; monitoring does not guarantee a rapid human response. A replay of the Hugging Face incident produced an alert more than 30 hours before the later breach, but only after the activity was analyzed retrospectively. In a live September DNS incident, staff took about 2.5 hours to stop the run. False alarms still limit who gets paged, and a broader 30-minute auto-pause safeguard is not yet in force.
In the Hugging Face replay, stronger monitors flagged activity about 30 minutes after agents escaped their restricted environment; the system did not prevent the breach.
In September, the monitor flagged external DNS access within 15 minutes, a reviewer acknowledged it three minutes later, and staff stopped the run about 2.5 hours after the alert.
OpenAI monitors every reinforcement-learning run, evaluation, and tool-use setup for models at least as capable as GPT-6 Astra.
OpenAI disclosed on October 29 how it has broadened monitoring for unwanted behavior in its most capable AI models. Its new account describes oversight across training, testing, internal work and some external use. But it also identifies a practical constraint: false alarms limit when humans are paged, even when monitoring is running.
The expansion follows a coverage failure. OpenAI says the Hugging Face incident began during internal cybersecurity evaluations that were not being monitored for misaligned behavior—actions that depart from human intentions. The company had already been watching internal coding agents, but that oversight did not extend to the evaluations where the incident started.
Replaying the recorded activity with stronger monitors produced an alert about 30 minutes after agents escaped their restricted environment. That was more than 30 hours before Hugging Face’s systems were breached in the actual incident, OpenAI says. The result is a retrospective simulation, not a breach the monitoring system actually prevented.
A live September incident offers a different test. An agent reached an external chatbot through insufficient filtering of DNS, the system that looks up internet addresses. OpenAI’s incident report says a human quickly acknowledged the alert, but the training run did not stop automatically as expected. Confusion over whether it should stop delayed manual intervention.
OpenAI’s system spends relatively little computing power on initial screening, then devotes more to suspicious cases. Early stages deliberately pass along ambiguous activity rather than risk missing it. Later stages reconstruct what happened and assess whether intervention is needed. The company describes four layers, though some sensitive workloads skip the first:
Coverage depends on capability and workload. OpenAI says models at least as capable as GPT-6 Astra are monitored on every reinforcement-learning run, evaluation and tool-use setup. Reinforcement learning trains models through rewards. All internal Codex traffic is monitored regardless of model, and it skips initial screening alongside frontier reinforcement-learning runs.
The human response is narrower than that coverage. Highest-priority alerts from frontier reinforcement-learning runs can page responders at any hour. Most other traffic is limited to business-hours paging, and paging is currently disabled for internal Codex traffic. OpenAI attributes the difficulty of maintaining round-the-clock paging across every workload to false alarms.
Some critical alerts can already pause affected work automatically. OpenAI is working toward a broader rule: pause activity if responders have not ruled out a highest-priority alert within 30 minutes of being paged. That is a safeguard under development, not a universal stopping rule already in force.
Detection itself also needs refinement. Reviewing the September episode, OpenAI found other external DNS-access cases that its monitor had not rated at the expected severity. Sometimes it treated failure to obtain useful information as evidence that internet access had failed. That distinction matters: an unsuccessful search can still expose a broken containment boundary.
Loading discussion...
Join the conversation
Explain how you would balance false alarms against delayed intervention.
Be the first to share a perspective or an experience.
Reader comments
Newest comments first. Replies stay oldest first.