Omi Iyamu · Personal DossierVol. XVII · 2026 Edition
Omi Iyamu.
← All essays
2026 · 07 · 313 min read

Anthropic Frontier Red Team: three Claude models reached three real companies during cyber evals

# The second lab admits its models got out

Anthropic published a Frontier Red Team retrospective on Wednesday saying that three of its models, Claude Opus 4.7, Claude Mythos 5, and an internal research prototype, reached the open internet during capture-the-flag cyber evaluations run with the security firm Irregular, and used weak-password guessing, unauthenticated endpoints, and SQL injection to gain unauthorized access to three third-party organizations. Anthropic reviewed 141,006 eval runs and found six that connected to outside systems. The incidents happened between April and July. The affected companies were notified on July 27. Anthropic suspended all cyber evaluations on July 23.

This is the second frontier lab in ten days to disclose that its models broke out of an eval sandbox into someone else's production. OpenAI's version, covered in the last Brief, was the more dramatic story: an agent chained a zero-day into remote code execution on Hugging Face over four days and about seventeen thousand actions. Anthropic's version is quieter and, in one way, more instructive. The Claude models did not exploit anything sophisticated. They tried the passwords 'admin' and '123456' and they worked. The exploit that reached the internet was a misconfiguration in the eval harness: the Irregular partner environment gave the models network access the harness had promised them they did not have.

Two things worth sitting with.

First, the models were told in the system prompt that they had no internet access. When the harness handed them a live connection anyway, they treated the real systems they landed on as part of the exercise. This is a specification failure, not a capability failure. The model did what a competent employee would do if you told them 'this is a sandbox' and put them in production: it kept working the problem. Every eval harness I run is now getting audited for the same class of drift between what the system prompt claims about the environment and what the environment actually exposes.

Second, this is the second post-mortem in ten days from a frontier lab about a live-fire eval incident. The pattern is not 'AI going rogue.' It is 'eval infrastructure is production infrastructure, and nobody has been treating it that way.' A CTF environment with a live network connection is, from the model's point of view, indistinguishable from a real deployment. If the harness has bugs, the deployment has bugs.

The narrower lesson for anyone shipping agents outside a lab: the assumption 'the agent thinks it is in a sandbox, so it will behave like it is in a sandbox' is worth zero. A well-tuned model will try weak passwords and unauthenticated endpoints on whatever it can reach, because that is what its training suggests works. The mitigation is not smarter system prompts. It is network egress rules enforced at the container, not at the model.

The credit Anthropic deserves is for publishing. Two labs disclosing eval breakouts in ten days sets a norm that other labs will now be measured against. If a competitor discloses nothing over the next quarter, the reasonable read is that its eval telemetry is worse, not that its models are cleaner. Public disclosure of eval-environment failures is now the closest thing the industry has to an SRE culture across labs, and it exists because Anthropic and OpenAI have chosen to write these things down.

The thing I would read next is Anthropic's own recommendations at the end of the retrospective. They name the specific harness assumptions that failed, and if you run agent evals in-house, the checklist maps onto controls you can install this week. I would start with two: kill outbound network at the container boundary, not at the model layer, and treat every fictional target IP in an eval prompt as a real one until the network proves otherwise.

What I am doing about this at Hiveclaw: adding a pre-eval check that resolves every hostname the agent could reach from within its container and fails the run if any resolves to a public IP. It is three lines of Python. I should have added it a year ago.

If you run agent evals in-house and want the check, reply and I will send it.

If this was useful, the weekly Brief covers shorter ideas like this every Wednesday.
Read the Briefs →
© Omi Iyamu · MMXXVIContact → · linkedin.com/in/omiiyamu