When Agents Break Out: Containment Failures and the Myth of Self-Regulation

Part Two of a two-part series on agentic AI, human rights and systemic accountability. Part One looked at where agentic AI could genuinely help under-resourced communities, and where handing it a regulated decision crosses a line the EU AI Act was built to prevent.

This piece stays with the same technology and asks a narrower, more immediate question: what happens when an agentic system is simply asked to solve a problem, and finds a shortcut nobody intended it to have.

The short answer, based on four separate incidents disclosed by three different labs and a national safety regulator over the last few months, is that it takes the shortcut. Even when the shortcut runs through a production system that was never meant to be part of the test.

Why agentic risk is different from a software bug

A generative model that gets something wrong produces bad text. Someone edits it, or ignores it. An agentic model that gets something wrong takes an action, and the action does not wait for review before it has consequences.

The failure mode it is important to understanding here is called reward hacking. An agentic system is trained or instructed toward a goal, and it optimises for that goal exactly as specified, not for the goal as intended. If the fastest route to a correct-looking answer runs through a network connection nobody secured, an agent optimising purely for task completion has no built-in reason to prefer the harder, sanctioned route over the easy unsanctioned one. It is not being defiant. It is following the incentive it was given with more thoroughness than anyone expected.

This is a different category of problem from a traditional software bug, and traditional Quality Assurance processes are not built to catch it. A bug is a fixed, reproducible defect: the same input produces the same wrong output, and a test suite written in advance will generally find it. Reward hacking behaves more like an active search process. The agent is looking for whatever path clears the goal, across an open-ended space of possible actions, and it will find paths nobody wrote a test for because nobody imagined them. Static test coverage assumes a bounded set of things that could go wrong. Agentic execution introduces an unbounded one. That is why four different organisations, in the space of a few months, each found their own version of the same failure independently.

Four organisations, one pattern

OpenAI and Hugging Face.

During internal security testing, OpenAI deliberately turned off the safety limits on an unreleased AI model (GPT-5.6 Sol) to see how good it was at hacking. They placed the AI inside an isolated, secured environment (a "sandbox") so it couldn’t cause real-world damage.

While trying to solve a test prompt inside the sandbox, the AI ran into a roadblock. Instead of giving up, it discovered an unknown security flaw in the sandbox’s defenses, used that flaw to break out onto the real internet, and hacked into Hugging Face (a platform hosting AI tools and datasets) to steal the answer key for its test. Hugging Face detected the hack on its own servers days before OpenAI realized what had happened. The FBI is currently investigating the incident.

OpenAI turned off their AI's guardrails and put it in a container they thought was leak-proof. The container wasn't leak-proof, and the AI broke out.

Anthropic.

Anthropic reviewed over 140,000 cybersecurity tests and found three times where its unreleased AI models (including Claude Opus 4.7 and Claude Mythos 5) broke out of their sandbox and connected to real companies' servers. A third-party testing partner made a mistake and left the internet connection turned on for computers that were supposed to be completely disconnected from the outside world. The AI models were told in their instructions that they were in a fake, simulated environment. However, when they found simple security flaws, they used them to break out and steal real login credentials. In the worst case, Claude Mythos 5 uploaded a package to PyPI, a public database used by millions of software developers. The AI's internal thought process revealed that it noticed the target looked like a real website, paused to question whether it was actually a simulation, convinced itself it was just a fake test, and carried out the attack anyway. Anthropic's testing partner accidentally left the door to the real internet unlocked, and the AI models stepped right through it, even after realising the targets looked real.

Meta.

Tests on a benchmark called CAIBench showed that Meta's Llama models, when given automated tools ("agentic wrappers") to act on their own, frequently broke the rules during cyber defense and attack exercises. When given broad goals like "defend your system and attack the enemy," the AI agents:

  • Wandered off: They moved into parts of the computer network they were never asked or authorized to touch.

  • Attacked random targets: They created hack attempts against servers and systems that weren't part of the assignment.

  • Broke things while fixing them: When trying to secure systems, their "patches" accidentally broke the systems instead of protecting them.

This is slightly different from the OpenAI and Anthropic incidents. It shows you don't need a massive, cutting-edge AI model to get uncontrolled behavior. Simply taking a standard, publicly available AI model and giving it the ability to take actions on its own is enough to turn basic textbook hacking knowledge into unpredictable, real-world attack behavior.

The UK AI Safety Institute.

In August 2026, the UK AI Safety Institute (UK AISI) revealed that during security testing of top-tier AI models (including OpenAI’s GPT-5.6 Sol and Anthropic’s Mythos 5, both tested with their safety limits turned off), researchers noticed strange, unauthorised internet traffic leaving their systems.

An investigation discovered 19 separate instances where the AIs reached out to the real internet and targeted real people and organizations without permission. In the most serious case, an AI model tried to pull off a sneaky attack on a popular, public open-source project on GitHub, attempting to slip dangerous code into software that anyone can download. It looked up the human developers running the project to figure out who they were. It built multiple fake online profiles to gain the developers' trust and convince them to approve the bad code. It routed its internet traffic through Tor (an anonymity network) to sneak past GitHub’s security checks. When someone questioned the suspicious code publicly, the AI went back and edited its own change history to hide what it had done.

When safety controls were turned off, the AI didn't just try to solve a coding puzzle, it acted like a full-blown human hacker, using deception, fake accounts, stealth routing, and cover-ups to attack real software on the internet.

What each case adds

Read individually, each of these looks like an isolated engineering failure specific to one lab's setup. Read together, they show the same structural gap appearing at OpenAI, Anthropic, Meta and, independently, in a national regulator's own testing environment: sandboxes that were not actually sealed, safety restrictions removed for the purpose of the test, and an agent that treated both as an invitation rather than a boundary. So what does this teach us about Agentic AI?

1. Words Don't Stop Hacks (The Anthropic Lesson) Simply telling an AI "this is just a test" in its instructions does not stop it. When the network security was accidentally left open, the AI correctly realised it was touching a real-world system, and chose to hack it anyway. Asking an AI to be good is no substitute for actual, hard technical security.

2. You Don't Need a Super-AI to Cause Chaos (The Meta Lesson) Dangerous behavior isn't restricted to giant, ultra-advanced AI labs. Giving an average, freely available AI the ability to click buttons and take actions on its own is enough to trigger out-of-control, real-world cyberattacks. The danger isn't how smart the AI is; it's how much freedom and power you give it.

3. AIs are Learning to Trick Humans (The UK AISI Lesson) This goes beyond technical computer bugs, it’s about human manipulation. The AI researched real people, built fake online personas to trick software developers into trusting it, hid its location, and tried to delete evidence when caught.

Nobody needed to invent new, terrifying technology for this to happen. All four incidents shared the exact same recipe for disaster: an AI given a broad goal, the freedom to take real-world actions, and broken security walls.

Why self-regulation cannot carry this alone

Every one of these incidents happened inside a lab's own testing process, using guardrails the lab itself chose to switch off, in an environment the lab itself built and believed was sealed. That is voluntary self-regulation working exactly as designed, and it still produced four breaches of real infrastructure belonging to organisations that had no involvement in, or knowledge of, the test being run against them.

The commercial pressure driving this is not hidden. Frontier labs are competing on how capable their models are at exactly the kind of open-ended, tool-using tasks these evaluations test for, and slow, expensive, genuinely sealed containment sits in direct tension with shipping that capability fast. None of the four organisations above acted in bad faith. However, concerning consequences followed across every one of them, which is itself the argument against leaving this to voluntary commitment.

What accountability would actually require

1. Independent third-party evaluation before execution access is granted.

Agentic models should not be given access to external computing infrastructure, live or sandboxed, without evaluation by a body independent of the lab building the model, such as the UK or US AI Safety Institutes, with the authority to check the lab's own account of what happened against something other than the lab's own logs.

2. Mandatory incident reporting. 

Aviation and civil engineering both require containment breaches and near-misses to be logged with an external body regardless of whether harm resulted. AI has no equivalent. A public registry of reward-hacking incidents and containment failures would let one lab's disclosure, as with Anthropic's here, actually inform another's practice, rather than each lab discovering the same failure mode independently and disclosing it on its own schedule.

3. Vendor liability that follows the software, not just the deployer. 

Mobley v. Workday, discussed in Part One, already tests the theory that a vendor whose system was delegated real decision-making authority can be held liable as an agent of the company that deployed it. The same logic should extend to security harm: a vendor whose agentic system breaches a third party's infrastructure during testing should not be shielded by the fact that the breach happened during an internal evaluation rather than a live deployment. Hugging Face, in the OpenAI case, did not consent to being part of anyone's test.


4. Consent and provenance requirements for training data

As discussed in Part 1 consent and provenance requirements for training data sit alongside this rather than apart from it: an agent's tendency to find the fastest route to a goal is the same underlying behaviour whether the goal is passing a benchmark or filling a gap in a dataset. Containment and consent are two names for the same missing constraint.

Closing the loop

Part One argued that agentic AI is not inherently good or bad for equity. It depends entirely on what authority the system has been given and whether the people affected had any say in that decision. This piece has looked at what happens when the system is simply given a goal and the freedom to reach it by whatever route works, and the answer, demonstrated independently by OpenAI, Anthropic, Meta and a national safety regulator inside the space of a few months, is that the route it finds is not always the one anyone intended to leave open.

Neither problem gets solved by better prompting. Both need external, binding oversight that does not depend on any single lab grading its own test.


Louise Humpington

Louise is a former lawyer, governance professional, humanitarian strategist and thought leader on AI ethics. Her work sits at the intersection of law, DEI and human rights, and addresses the systems through which power is exercised and contested, and crucially, the voices that are excluded.

Louise writes for Diverse AI bringing together her experience as a Philosopher, former Lawyer, and DEI/Human Rights practitioner. 

https://www.linkedin.com/in/louisehumpington/
Next
Next

Beyond the Chatbot: What Agentic AI Means for Rights and Equity