Anthropic’s Self-Replication Research: What a Self-Replicating AI Worm Would Look Like, and How Close We Are

Anthropic's researchers bought 15 off-brand Android TV boxes, the kind that sell for around 55 dollars, networked them together, and ran a 26 billion parameter model across the fleet at less than half a token per second. Then they asked a harder question than whether the hardware could do it. They asked whether a small model could copy itself onto unfamiliar devices and keep going.
Their conclusion, published on 13 October, is that small AI models may be months away from being capable enough to self-replicate on commercial internet of things devices such as smart ovens and cheap television boxes. An AI worm built that way would be, in their words, challenging to shut down, because there is no central point to switch off. It would also be slow, spreading over days rather than minutes, and that combination is what makes the work worth reading.
What an AI worm is, and what Anthropic put to the test
A worm, in the older sense of the word, is a program that copies itself from one machine to the next without anyone clicking anything. An AI worm adds a model to that behaviour. It carries its weights, meaning the numbers that define the model, as part of its payload, or downloads them from a public repository, and then runs inference on hardware it has taken over. The difference from ordinary malware is that an AI worm can look at an unfamiliar device and work out how to proceed, instead of following a script that only works on one model of router. That is why this research spends its time on whether small models can stand up inference on hardware they have never seen.
The research separates autonomous replication into four stages: finding targets, gaining execution, establishing inference, and continuing propagation from the new host. That framing matters, because it lets the team draw a line around what they measured and what they left to earlier work.
They deliberately kept the intrusion step trivial. Previous work, including CyberGym and ExploitBench, has already shown that small models can carry out cyber exploits when given the right tools, so Anthropic focused on the stage nobody had measured: getting a model to run at all on hardware it has never seen, with unfamiliar operating systems, package versions, and failure modes.
The demonstration is a 26B model spread across 15 television boxes, each holding two layers, served at 0.39 tokens per second. Underneath stands the real question of the post. If cheap hardware can serve a capable model, and a capable model can work out how to stand up inference on a device it has never met, then the only thing left between today and a self-replicating AI worm is whether one model can be both capable and small enough at the same time.
Finding one: cheap hardware is already enough
The economics of the attack are the part that should worry anyone who runs a small business network. Typical boxes in the range Anthropic bought ship with one to four gigabytes of memory and run forks of Android with little security hardening added by the manufacturer. At four gigabytes of memory and four bit quantization, a 9B model runs across four or more machines, and a 26B model across ten or more, by splitting the model into shards that pass activations between devices.
The research also points at a botnet called Kimwolf, which infected more than two million devices, primarily off-brand Android televisions, as reported by the security firm Synthient. Anthropic uses that as a scale reference: if a fleet of that size were serving a model instead of serving ads, groups of 15 televisions running the 26B model would amount to roughly 133,000 replicas.
That sounds enormous until the compute is counted honestly. The whole swarm would serve around 80,000 tokens per second, which is roughly the throughput of 40 H100 accelerators. As a piece of infrastructure it is unimpressive. As a piece of malware that nobody owns and nobody can switch off, it is a different proposition.
Finding two: the floor and the ceiling do not meet yet
Here the research becomes precise about what is missing. An AI worm needs a model that sits above a capability floor, meaning capable enough to complete the replication chain, and under a size ceiling, meaning small enough to run on the devices being attacked.
Today those two conditions do not intersect. Models of 30B parameters and under can complete many of the individual steps, but they make mistakes when composing them into a full cycle. A 9B model managed to get inference running on eight of the nine hardware types the team tested, which is a solid score for a single step and not the same as finishing the job.
Only one model in their roster completed the full cycle reliably. GLM-5.2 spread through a test network of eight emulated Android nodes in four out of five trials, and reached seven of the eight in the fifth. That model is above the capability floor and, crucially, above the size ceiling for the cheapest devices. The gap between those two lines is the entire safety margin the world currently has. As Anthropic puts it, the floor and the ceiling do not yet intersect. When they do, the threat model stops being theoretical.
Finding three: the trend line points at the end of 2026
The estimate of when that happens is the most quoted part of the post, and also the softest. Anthropic plotted notable open weight models of 30B parameters or fewer against a general capability index at their release dates, fitted a trend line, and found a gain of about 13.7 index points per year with an R squared of 0.95. Taking GLM-5.2 as the capability floor, the trend line puts a small model at that level by the end of 2026.
The researchers are quick to label this as an estimate rather than a prediction. A general capability index is a proxy for replication ability, not a measurement of it, and a single trend line over a set of models is the kind of chart that survives right up until it does not. Still, their sentence on the subject is calibrated rather than alarmist. If small models improve at their historical rate, they will match that capability level by the end of this year, and small weight based AI worms may be possible soon after.
Finding four: an AI worm would spread slowly, and that is the discouraging part
Speed is where intuition fails, so the research puts numbers on it. On the real television boxes, the 26B model ran at about 0.3 tokens per second across a 32,000 token context. Filling that window takes between 27 and 32 hours, and a complete inference setup takes between 71 and 150 hours on each new device. The smaller 9B model is faster, at roughly 11 hours per window and 28 to 51 hours per setup.
Translated into replication, that means an AI worm on this class of hardware would double in days rather than hours. The analogy the researchers reach for is a slime mould or a swarm of fruit flies, something that multiplies steadily rather than explosively.
Slow is not the same as harmless, and this is the part of the work with real operational consequences. A fast AI worm gets noticed because something breaks and stops working. A slow one hides in the background of devices nobody monitors, on networks nobody inventories, and it can afford to fail repeatedly because the devices are cheap and the process is patient. Anthropic's summary is that the difficulty of shutting it down comes from the absence of a centre: you cannot take down a command server that does not exist.
Finding five: an AI worm that learns as it spreads
The final finding is the one that separates this class of malware from everything before it. Traditional worms spread copies of identical code. An AI worm based on a capable model can pass on what it learned, carrying prompts and code forward to its children in a process the researchers describe as Lamarckian evolution, meaning acquired characteristics are inherited rather than arriving only through random mutation.
The practical consequence is that failures become improvements. A copy that learns how to stand up inference on a particular television model can hand that knowledge to every copy it creates. Since the researcher's own harness, called Memento, exists precisely to stop agents from fixating on one wrong idea over long runs, it is fair to assume the same fixation problem slows an AI worm down. It is also fair to assume the problem gets smaller as models improve.
Anthropic also notes honestly that models behave differently from people in one respect that cuts against the threat. Small models today are relatively strong at coding and system manipulation and relatively weak at social engineering, which is the reverse of how human attackers usually gain entry. That balance could shift, and the research treats it as an open question rather than a settled one.
Why this is not another botnet story
The instinct on reading a story about millions of infected televisions is that this is the Mirai botnet again, and that the internet survived that. The differences are worth stating plainly.
Mirai style malware executes a fixed set of instructions. It cannot look at an unfamiliar device and work out how to proceed. An AI worm can. Anthropic's own framing of the near term risk is a slow, distributed system sitting on insecure devices, and they explicitly warn that the rise of slow replicators would be a bellwether for more aggressive and faster ones that can breach hardened machines or steal API credentials for their own inference.
That last variant deserves attention from anyone who runs AI products. An AI worm that replicates by stealing access to inference, rather than by running on stolen hardware, would spread through credentials rather than through ports, and its persistence would depend on how well a provider monitors its own accounts.
What to do about it
Nothing in the research calls for panic, and there is no rogue replicator in the wild today. What follows is ordinary defensive hygiene applied to the category of devices that this research identifies as the soft target.
- Inventory the cheap devices. Most small businesses cannot name every connected appliance, camera, television box, or display in the building, and an AI worm only needs one unmanaged device to start. An asset list is the precondition for everything else.
- Change default credentials and remove remote administrative access. Devices in this class often ship with shared default logins and remote debugging interfaces left open. Both should be closed unless there is a specific reason to keep them.
- Segment the network. Put televisions, appliances, cameras, and other devices whose software you do not control on a separate network from the machines holding customer data or payment systems.
- Patch or replace, on a schedule. If a manufacturer has stopped shipping updates for a device, the device belongs on the replacement list rather than on the network.
- Watch outbound traffic, not just inbound. An AI worm that spreads slowly still talks to other devices. Egress monitoring on a segmented network is where that shows up, and the general discipline is the same one behind detecting automated attacks on AI coding tools.
- Treat agent credentials as production secrets. An AI worm that replicates through stolen API keys depends on credentials that were never rotated. Rotate them, scope them narrowly, and watch for usage that does not match any human schedule.
- Keep the tooling current. The habits that keep a WordPress site safe, which we covered in our guide to the open source vulnerability scanner that started this line of work, apply with more force to devices that ship with no security team behind them at all.
If you want the wider context on AI powered attacks against ordinary businesses, our earlier piece on AI driven ransomware is the place to start, and the same trust boundary question applies to any autonomous agent you let act on your behalf.
The uncomfortable arithmetic behind all of this is that an AI worm is not trying to be clever on any single device. It is trying to be patient across thousands of them, and patience is cheap when the hardware is already paid for and already forgotten. Three of the defences above cost nothing but attention.
Where the research stops
Five limits, stated because the headline travels further than the caveats.
- It is vendor research. Anthropic published it about a class of threat that its own models are part of, and no independent replication of the specific experiments exists yet.
- The intrusion step was left deliberately trivial, which makes the results an upper bound on real world success rather than a demonstration of a working worm.
- The network tests ran on emulated Android nodes rather than the physical television boxes, and the physical demonstration covered inference only.
- The timing estimate rests on a general capability index used as a proxy, across one class of hardware and one historical botnet, and the researchers call it rough themselves.
- There is no fully rogue AI worm yet. Anthropic says so directly, and the phrase is worth keeping when the story is retold.
FAQ
Is there a self-replicating AI worm in the wild right now?
No. Anthropic states plainly that no fully rogue AI worm exists, and describes its own work as showing that the individual steps are becoming feasible rather than that the chain has been completed outside a controlled test.
What is a weight based AI worm?
It is an AI worm that carries the model weights as the payload, copying itself onto hardware it compromises and running inference there. The alternative is an AI worm that steals access to someone else's inference through API credentials, which leaves the model itself sitting on legitimate infrastructure and makes the intrusion look like ordinary traffic.
Should I disconnect my smart devices?
No, and that would be a disproportionate response to this research. An AI worm in this class still needs an opening, and the practical steps are the ones above: know what is on the network, close remote access nobody uses, keep the devices that still receive updates, and keep them away from the machines that hold anything valuable.
The short version
Anthropic's red team showed that a 26B model runs on 15 cheap Android TV boxes, that a 9B model stood up inference on eight of nine unfamiliar hardware types, and that only one model in their roster completed a full replication cycle across a small network. Small models sit below the capability floor for reliable replication today, and the trend line from their own data puts a model at that level by the end of 2026. The resulting AI worm would spread slowly, over days, and would be hard to remove because it has no centre. The defenses are unglamorous and familiar: inventory, segmentation, patching, credential hygiene, and monitoring for traffic that spreads between devices nobody is watching.
Sources
- Anthropic research, AI models may be capable of self-replicating without access to a datacenter: https://www.anthropic.com/research/self-replicating-ai
- CNBC, Anthropic warns AI models could soon copy themselves across home devices: https://www.cnbc.com/2026/10/13/anthropic-ai-models-self-replication-smart-devices.html
- The New Stack, the article that prompted this piece: https://thenewstack.io/self-replicating-ai-worms/