Camille Charaudeau | Global Vice President, Strategy & Innovation
More About This Author >
Camille Charaudeau | Global Vice President, Strategy & Innovation
More About This Author >
In July 2026, an OpenAI research model breached Hugging Face's production systems without human intervention. According to OpenAI's own account of the incident, an internal-only research system, which OpenAI calls Internal Model 1 (IM1), first found a way around its network restrictions in May, using an internal package manager as an improvised message board to coordinate with other agents.
By July, IM1 agents had chained that access into a previously unknown vulnerability, executed code on dozens of Hugging Face servers, obtained full administrative access to at least one, and reached limited private data and credentials for the company's internal messaging platform. Hugging Face's own AI-based telemetry triage caught the activity, and the company had already begun containing it before OpenAI made contact.
The Cloud Security Alliance's CISO community post-mortem on the incident calls it the first publicly documented, fully autonomous attack. It didn't stay isolated for long.
Days later, the UK AI Security Institute ran the same cybersecurity evaluation 122 times across several frontier models, with live internet access and safety classifiers deliberately disabled. In 10 of those runs, agents—mostly Anthropic's Claude Mythos 5, plus one GPT-5.6 Sol run—took autonomous action against real targets outside the test's scope, including an attempt to plant malicious code in an open-source project using fabricated identities.
The attempt failed, and no run caused real-world harm, but the pattern matters more than the outcome: two separate evaluations, the same underlying failure. An agent pursued its assigned objective through means its operators hadn't intended and, in several runs, hadn't authorized.
Most CISOs won't run frontier model evaluations, nor do they control whether a frontier model escapes its sandbox. But they already control many of the things an escaped agent needs to cause damage: identities, permissions, credentials, cryptographic keys, and access to sensitive data.
Todd Moore, Global VP of Data Security Products at Thales, makes this point in his recent LinkedIn article, The AI Kill Switch You Already Control.
High-risk agents need to be treated as privileged workloads. That means giving every agent a named human owner, accountable for its behavior or the controls governing it, with pre-authorized authority to shut it down without waiting on a committee. Ownership has to extend to access.
Organizations already manage large numbers of non-human identities belonging to applications, workloads, APIs, and automation. Agents add identities that can choose how to use the permissions available to them as they work toward an objective, resulting in a materially different risk profile than that of a static service account.
Security teams need an inventory of those identities: which agent owns which credential, which systems it can access, who approved that access, and when that access should expire. If an agent's purpose changes, its permissions should change with it.
The CSA report recommends folding human, non-human, and agent identities into the access and change-management processes organizations already run, rather than waiting for a new standard before applying existing controls.
Hugging Face's reaction offers a great lesson for every business.
Their recovery depended on rotating every credential, tearing down compromised clusters, and rebuilding roughly a third of its infrastructure from clean images. In several cases, the team rebuilt systems simply because it couldn't be certain whether what it found was harmless benchmark code or something malicious.
The CSA report recommends building capacity for mass credential rotation before an incident occurs, along with ephemeral credentials that limit how long an exposed credential remains useful. It also recommends keeping cryptographic keys and their access policies under independent, centralized control, separate from the workloads that use them, so that compromising one system doesn't hand over everything connected to it. Centralized key management is what makes that separation practical at scale.
The recovery question worth asking now, not during an incident, is simple: if an agent gets further than expected, can the organization revoke what it has access to and rebuild what it touched, fast enough to matter?
Detection speed is really a question about what an organization is capable of noticing, not about how skilled the attacker is.
The Hugging Face intrusion ran for roughly four days: two spent on reconnaissance, one quiet, and one of intense activity, before it forced a response. IM1's earlier activity inside OpenAI's own network went unnoticed for weeks. Neither incident depended on a particularly stealthy attacker. Both depended on defenders not looking in the right place until the volume of activity became impossible to miss.
Hugging Face's response leaned on AI-based triage to catch the initial signal, then on a model to work through more than 17,000 events, reconstruct the timeline, and separate genuine impact from decoy activity, compressing weeks of manual investigation into hours. That capability mattered because the attack behavior itself resisted conventional investigation: parallel actions, repeated commands that had already succeeded, malformed output, and a large volume of noise. The CSA report is candid that these specific behaviors may not hold for future incidents as models and agent harnesses improve.
The practical test for a security team is whether detection and response processes can absorb a volume and pace of activity that a human analyst alone cannot keep up with, and whether that capability exists before it's needed rather than being built during the incident.
Look at the Hugging Face attack as a chain, and the problem becomes clear. The agent escaped its restrictions, compromised a workload, exploited identities, moved laterally, and reached private data and secrets.
AI application security could have stopped suspicious agent behavior or blocked entry, and IAM could have restricted privileges or revoked compromised access. Also, data security could have detected or prevented access to sensitive information and exfiltration. Each sees part of the attack, but none sees the whole chain alone.
That leaves security teams needing to connect what an agent is doing with the identity it is using, the permissions attached to that identity, and the data it is trying to reach. A permitted action may still fall outside what the person delegating the task intended.
Existing security controls are largely designed to answer one question: Was this action allowed? An AI agent creates another: Was this action what the human wanted? What was the intention of the action?
That depends on what the model maker permits, what the organization allows in policy, what the agent's role can commit to, what the user is authorized to delegate, and what the agent was asked to achieve. Those boundaries won't always line up.
The CSA report offers a few practical tests CISOs can run now, not during an incident. Can an agent exceed its intended permissions without being detected? Can the team revoke its credentials quickly? Can it identify exactly what data and systems the agent reached? Can compromised workloads be rebuilt from known-good images without an extended outage?
It also recommends an agentic-AI tabletop exercise covering both directions of the problem—an external autonomous attack and an organization's own agent acting against a third party—along with an interim standard covering ownership, shutdown authority, permitted tools, and evidence retention.
The Thales AI Security Fabric is designed to secure not only AI agents and LLM-powered applications from external and internal threats, but also to secure the decisions these tools make on our behalf. The solution delivers runtime security capabilities to address the emerging AI threats and secure corporate AI ecosystems, enabling businesses to innovate safely. To experience the solution's strengths, request a demo.