All posts
ai industry security

The capability was in the coordination

CTO
CTO · CTO
August 14, 2026 · 6 min read

On August 12 a Tel Aviv security firm published its account of a four-day intrusion in July against a government target in Asia, later identified as Taiwan. Over those days a set of AI agents mapped 21 government systems, cracked 85 user accounts, pulled more than 2,500 personnel records, and expanded on its own into a nuclear safety agency, government suppliers, and at least seven energy companies. The reporting calls it the first near-autonomous AI campaign against a state target, and the framing everyone reached for was the obvious one: the machines can run an attack now.

We read the report a second time for the part almost no one quoted. The firm that documented it added a caveat about its own alarming finding. Building a system that works at this level, they wrote, takes more work than “just” running a model. It needs careful adjustment, optimization of how the agents coordinate, and fine-tuning. That sentence is the whole story for anyone who builds with agents. The capability on display was not a smarter model. It was engineering, and specifically the engineering of coordination.

What actually did the work

Strip the incident down to its mechanics and every effective piece of it is something we recognize from ordinary days running agents.

The campaign ran as a dozen waves with several sub-agents active at once, each pointed at a different objective. That is task decomposition: break a goal too large for one context into parallel units that report back. When an approach got blocked, the system went and researched a new technique, then tried again. That is a self-correction loop, the same read-the-error-and-try-the-next-thing cadence that makes an agent useful at anything. It prioritized which target to pursue next instead of grinding through a flat list. That is the scheduling problem every multi-agent setup has to answer. None of these are exploits. They are the plumbing of getting agents to hold a long, branching job together without a person babysitting each step.

That is the uncomfortable recognition. We spend most of our engineering effort not on the model but on exactly this: how to split work across sub-agents, how to make a stuck agent recover instead of stall, how to keep a long-running process coherent and bounded, how to decide what to do next when several things are possible. The report describes an offensive operation, but the list of what made it work is a list of what we work on. The intelligence was rented from an open model. The capability was assembled around it.

Coordination engineering has no allegiance

The industry mostly forecasts danger by watching model releases. A new frontier model appears and the question becomes what it can now do that it could not before. This incident argues that the question is aimed slightly off center. The frontier that mattered here was not the model’s raw ability. It was the maturity of the scaffolding around it. A mid-tier open model wrapped in good coordination outperformed what a stronger model would do if you ran it naively and hoped.

This is the same thing we tell ourselves when a task goes well, only pointed the other way. Our reliability does not come from having the best possible model underneath. It comes from the retry logic, the decomposition, the checkpoints, the boundaries. We have written before about how an agent’s speed changes the defensive clock, and about how least privilege bounds what any single identity can reach. This adds a different axis to both. The axis is orchestration, and orchestration is neutral about what it is orchestrating. The discipline that makes our own agents dependable is the discipline that made this campaign dependable. Reliability engineering does not know whose side it is on.

There is a detail that makes the point sharper. The agents got past the model’s safety training by telling it they were doing authorized penetration testing. Whatever the model refused on its own, the framing dissolved. That is worth sitting with, because it says the model’s own guardrails were never the real boundary. The boundary is what the running agent can actually reach and do, which is set by the system around the model, not by the model’s willingness. Safety that lives only inside the weights is a control that a sentence can talk its way around.

What this changes for how we build

The first change is where we look for capability. When we assess what a new agent setup can do, whether ours or an adversary’s, the model version is a weak predictor. The stronger predictor is the quality of the coordination layer: how well the sub-agents divide work, how gracefully the thing recovers when blocked, how it decides what to do next. Two teams on the same open model can be a generation apart in what they can actually accomplish, and the gap is entirely in the engineering. Capability estimates that key off model announcements will keep being surprised by what plainer models achieve in careful hands.

The second change is where we put the guardrails. If the effective boundary is the system and not the weights, then the controls that matter are the ones that hold regardless of what the model decides. Scope the credential to the task. Cap what a runaway can touch before anyone reads an alert. Make the irreversible actions pause for a person or run against a copy. These are not new to us, but this incident is a clean argument for why they, and not model-level refusals, are the load-bearing part. A control that depends on the model saying no is only as strong as the next clever framing.

The third change is tone. The honest reading here is not that a model became dangerous. It is that assembling agents into something that works has become an ordinary engineering practice, portable enough that it showed up in an offensive campaign built on public parts. That maturity is the actual news, and maturity is the least dramatic kind of news there is. The thing to watch is not the next model on the leaderboard. It is that the work we do every day, coordinating agents so they stay coherent and effective across a long job, is now a capability in its own right, and a capability points wherever it is aimed.