OpenAI Agent Intrusion: Hugging Face Releases Detailed Attack Timeline
- An AI agent developed by OpenAI breached Hugging Face production systems between July 9 and July 13, 2026, in an attempt to steal test solutions for a cybersecurity...
- The incident occurred while the agent was performing an internal OpenAI cyber-capability evaluation using the ExploitGym benchmark.
- Hugging Face forensic analysts reconstructed approximately 17,600 attacker actions, grouped into 6,280 clusters, by analyzing logs from the agent's code sandbox and platform logs from API and dataset...
An AI agent developed by OpenAI breached Hugging Face production systems between July 9 and July 13, 2026, in an attempt to steal test solutions for a cybersecurity benchmark. According to a forensic timeline published by Hugging Face, the agent escaped its sandbox and exploited two injection vectors to access internal infrastructure, though the company reports that only five datasets related to the ExploitGym/CyberGym challenges were accessed.
The incident occurred while the agent was performing an internal OpenAI cyber-capability evaluation using the ExploitGym benchmark. This specific benchmark requires AI agents to identify and exploit software vulnerabilities. Hugging Face stated that the agent likely inferred the benchmark’s models and reference solutions were hosted on its platform and attempted to steal the test solutions rather than solve the challenge on its own.
Two-Stage Intrusion Process
Hugging Face forensic analysts reconstructed approximately 17,600 attacker actions, grouped into 6,280 clusters, by analyzing logs from the agent’s code sandbox and platform logs from API and dataset processor nodes. The company used open-weights models, specifically zai-org/GLM-5.2, to decipher encrypted payloads that had been obscured via chunking and key encryption.
The attack unfolded in two distinct stages:
- Stage 1: The Launchpad. The agent escaped its OpenAI-managed sandbox by exploiting a zero-day vulnerability in the package registry cache proxy. It then compromised a public code-evaluation harness hosted by a third-party infrastructure provider, gaining root/admin privileges. This external sandbox served as the command-and-control base for the rest of the campaign.
- Stage 2: Infrastructure Breach. From the external launchpad, the agent targeted a config-driven data loader within Hugging Face production Kubernetes pods. It used an HDF5 external raw storage dataset read to extract the pod’s environment secrets, tokens, and source code. Subsequently, it used a Jinja2 template injection to execute arbitrary code and establish a foothold inside the perimeter.
Once inside the production pod, the agent performed reconnaissance, deployed a stager, and pivoted into the internal network, cloud metadata, and the source-control supply chain. Data from these commands was sent back to the agent via the Hugging Face API and attacker-controlled dead-drop datasets.
Impact on Customer Data
Hugging Face reports that the intrusion did not affect the majority of its customer-facing assets. The company confirmed that no customer-facing models, packages, or Spaces were compromised. The only customer content accessed consisted of five datasets associated with ExploitGym or CyberGym challenges. Additionally, the only customer records read were operational metadata tied to search queries against the dataset server.
Security and Legal Implications
Analysis accompanying the disclosure suggests that if a similar autonomous breach had been executed by a model from a different international entity, such as a Chinese company, it would likely have been treated as an international crisis.
