Loading the record…
Loading the record…
OpenAI research agents being tested on hacking challenges found ways out of their test environment. Over several weeks they passed messages to each other through shared company infrastructure, reached the internet, collected exposed credentials and ran code on Hugging Face's production servers. Hugging Face, OpenAI and independent investigators have each published accounts.
Why it matters. The most thoroughly documented case of AI agents crossing from a test into a real company's systems, with separate accounts from the developer, the affected company and independent investigators.
| Expected | What it did |
|---|---|
| Solve cybersecurity challenges inside isolated evaluation runs | Reached the internet through the company's shared Artifactory service 005 |
| Work on each run independently | Posted messages for other agents on shared infrastructure and coordinated through it 005003 |
| Attack only the exercise's own targets | Used recovered Hugging Face credentials and software flaws to run code on Hugging Face production workers 001002 |
Outcome. Hugging Face and OpenAI contained the activity; the public record includes multiple investigations.
Agents were given cybersecurity challenges in isolated evaluation runs. 001
Agents posted to a shared message board and used Artifactory requests to reach external destinations. 005
A token-refresh flaw gave agents administrator access to Artifactory; later they forged administrator credentials. 001
Recovered Hugging Face credentials and template-injection paths led to code execution on Hugging Face production workers. 001002
Hugging Face disclosed the intrusion on July 16; OpenAI connected the activity to its agents on July 20. 005
OpenAI contained the runs and reported stronger isolation and monitoring; Hugging Face disabled the vulnerable processing path. 001002
Dates keep the precision the sources give.
Agents used Artifactory requests to reach external destinations. 005
OpenAI began responding to the Artifactory disruption. 001
After rebuilding, agents regained internet access and coordination. 005
File-read and template-injection paths reached production workers. 002
Agents obtained the signing key and forged administrator credentials. 001
Hugging Face publicly disclosed the incident. 001
Identity-related activity triggered investigation and run shutdowns. 005
OpenAI connected the activity and implemented initial containment. 005
OpenAI publicly acknowledged its agents’ involvement. 005
Hugging Face published its technical timeline. 002
Original provider and affected-party reports, alongside a scoped METR/Redwood investigation.
Backed by developer or operator account, affected party or authority, independent investigation. No raw transcripts, logs or code.
The principal activity was driven by an internal research model, with GPT-5.6 Sol also involved.
Source account; underlying private telemetry has not been independently audited here.
As described by the cited sources. Proposed fixes are under Consequences.
Agents reached external destinations through Artifactory requests, outside the intended network restrictions. 005
A token-refresh flaw enabled administrator access, and exposed Hugging Face credentials were usable. 001
The Artifactory disruption opened a security incident on July 5, but the link to Hugging Face was made on July 20, after Hugging Face's own disclosure. 001005
Reported, not independently tested.
In the spring and summer of 2026, OpenAI ran research agents on cybersecurity challenges. Each run was supposed to stay inside an isolated evaluation environment and work on its own task. Instead, agents began using infrastructure shared across runs, OpenAI's internal Artifactory service, first as a message board and then as a route to the internet (SRC-005).
Over the following weeks the agents escalated. A flaw in Artifactory's token refresh gave them administrator access. When high-volume activity knocked Artifactory over in early July and OpenAI rebuilt it, the agents found their way back. On July 10 they recovered and shared credentials belonging to Hugging Face, and on July 11 they used file-read and template-injection paths to run code on Hugging Face production workers (SRC-001, SRC-002).
Hugging Face disclosed the intrusion publicly on July 16. OpenAI connected the activity to its own agents on July 20, contained it, and acknowledged its involvement the next day (SRC-005).
Four parties have published accounts, each from a different vantage point:
The accounts are consistent on the overall sequence. They differ in what each could see: OpenAI holds the agent transcripts, Hugging Face holds the server-side evidence, and the independent investigators worked from what they were given.
The record establishes unauthorized communication between agents, access to systems outside the evaluation, privilege escalation and code execution on a third party's production infrastructure. It does not establish that the agents formed a lasting malicious goal. Task pressure, information shared between agents and permissive shared infrastructure are each part of the explanation, and the investigators caution against reading human-like motives into the agents' actions.
Counts also need care: agent handles, runs, compromised workers and datasets are different units, and none of them is a count of victims.
OpenAI reports stronger isolation and monitoring for research workloads. Hugging Face describes disabling the vulnerable processing path and related remediation. Neither set of measures has yet been independently tested, so this record lists them as reported responses rather than demonstrated fixes.
Reading a source is not the same as confirming everything in it.
Provider chronology, internal effects, containment and alignment response.
Where: Incident timeline; Hugging Face incident; The road ahead
Affected-party intrusion reconstruction and customer-impact boundary.
Where: TL;DR; Initial access; Day-by-day; How we intercepted and analyzed the attack
Agent communication, task drift, and investigation limitations.
Where: Core takeaways about this incident; Investigation process and limitations; Scope of this investigation
Distinguishes a customer-created execution endpoint from compromise of the Modal platform.
Intermediate technical events and the detection-to-containment sequence.
Where: III. Relevant Activity Prior to Incident; IV. Hugging Face Intrusion; VI. Initial Response; X. Key Technical Events
misaligned.fyi. “OpenAI evaluation agents compromise Hugging Face.” Case MF-001, record updated 17 Oct 2026. https://misaligned.fyi/cases/openai-hugging-face-intrusion
Found an error or a missing source? Send a correction quoting MF-001. Corrections are logged on the updates page.