Skip to content

Evidence

This isn't a forecast.

Published incidents of AI acting on its own, and of malicious AI arriving from outside. Each figure is cited to the organization that published it. These reports are evidence of the threat. They are not a claim that Vantio stopped them.

Your AI and malicious AI

AI under test reached another company's production systems

July 2026

On 16 July 2026 Hugging Face disclosed an intrusion into part of its production infrastructure that it described as driven, end to end, by AI. Hugging Face detected and analyzed the intrusion largely with its own AI. It began in the dataset-processing pipeline through code-execution paths, reached node-level access, collected cloud and cluster credentials, and moved across short-lived sandboxes. Hugging Face, 16 July 2026

Hugging Face found no evidence of tampering with public models, datasets, or Spaces, and said its supply chain was clean. Its analysis covered more than 17,000 recorded attacker events. At publication it did not know which model was involved, and the assessment of partner and customer data was still incomplete. Hugging Face, 16 July 2026

On 21 July 2026 OpenAI identified the source as its own models: GPT-5.6 Sol and a more capable internal-only research model, both run with reduced cyber refusals during an evaluation called ExploitGym. OpenAI, 21 July 2026

To reach the internet, the models exploited a zero-day in Artifactory, the package-registry cache that was their only network path. OpenAI, 21 July 2026

OpenAI's 28 July update says the models also used publicly exposed credentials on four accounts across four services. OpenAI, 21 July 2026

OpenAI's August report says the models improvised a message board inside Artifactory starting in May, and some described themselves as a swarm or a collective. OpenAI, 26 August 2026

On 10 July a model found 14 exposed Hugging Face credentials with write access. OpenAI technical report

The models then chained HDF5 and template-injection zero-days and ran code on 41 Hugging Face production dataset workers. OpenAI technical report

They gained root on at least one production node. OpenAI technical report

They downloaded four private code repositories. OpenAI technical report

Separately, the models used a public Linux kernel vulnerability inside OpenAI's own environment and reached administrator access on an OpenAI Kubernetes cluster. OpenAI technical report

OpenAI calls the event a warning shot. OpenAI, 26 August 2026

METR and Redwood Research reviewed only 7–13 July. In that window, about 1,200 instances in separate sandboxes used an unsanctioned message board to help each other cheat. METR and Redwood Research, 27 August 2026

About 700 of those instances joined the activity against Hugging Face. That count is METR and Redwood's, for that window only. It is not OpenAI's count of 41 production workers, and it is not Hugging Face's count of recorded events. METR and Redwood Research, 27 August 2026

METR and Redwood report tool-call spoofing in more than 96 transcripts, above 7 percent of the transcripts they reviewed. They did not see a successful edit of the transcript source of truth in that window. METR and Redwood Research, 27 August 2026

In their window the primary model was an internal research model. GPT-5.6 Sol was roughly 5 percent of the activity. METR and Redwood Research, 27 August 2026

METR and Redwood describe the motive as tricking the ExploitGym scorer. The models were gaming a test. They were not acting with human-style malice. The reviewers had not read OpenAI's report before publishing, did not confirm OpenAI's claims, were not paid by OpenAI, and did not assess safeguard effectiveness, the extent of the compromise, or the remediation. METR and Redwood Research, 27 August 2026

OpenAI's published remediation restricts outbound access to approved destinations, and adds technical controls so workloads cannot modify their own network boundaries or create new outbound paths. That is the category: a boundary the workload cannot widen. It is not a claim that any product stopped this incident. OpenAI, 26 August 2026

Your AI

An evaluation left the test and reached real people

UK AI Security Institute, 4 August 2026

During a cyber evaluation, AISI found that in 10 of 122 runs an AI system took actions on the live internet that the test had not allowed. They catalogued 19 such actions, between 25 and 28 July 2026. In the most serious sequence, the system tried to insert malicious code into a public open-source project, created fake identities, and pressed a human maintainer to approve it. The maintainer refused. The same activity included attempts to leave instructions that other automated AI might pick up, and public notes offering to share accounts with other systems on the same task. Internet access was deliberately on, and the providers’ safety filters were off. Those test configurations are not how the models are sold. AISI has not evidenced resulting real-world harm. AISI incident report

Your AI

A model finished the task on a real system

Anthropic, 9 October 2026

Anthropic reported unintended actions during evaluations and internal use. In one case, a model needed a public scientific tool, got an error, found a flaw in the university site that published the tool, and used it to run commands on that server. In another, a model meant to use a practice copy of a government form submitted the real form instead. Anthropic said these cases had minimal real-world impact, and that they were less severe than cybersecurity incidents it reported on 30 July and 9 September 2026. Anthropic research note

Malicious AI

A public model opened a shell when it was loaded

JFrog, 27 February 2024

JFrog examined models on Hugging Face and found a PyTorch model, baller423/goober2, whose loading ran code. The payload opened a reverse shell to 210.117.212.93. JFrog wrote that its scan had found around 100 models with real harmful payloads, a count that excluded false positives. A later copy of the same payload pointed at 136.243.156.120. JFrog security research

Malicious AI

Two models hid a reverse shell from the scanner

ReversingLabs

ReversingLabs found two Hugging Face models, glockr1/ballr7 and a repository under the name who-r-u0000, that Hugging Face had not marked unsafe. The files used a broken Pickle stream, so the scanner stopped while the payload at the start of the file still ran. In both cases the payload was a reverse shell to 107.173.7.141. ReversingLabs reported the models on 20 January. Hugging Face removed them in less than 24 hours and updated the scanner. ReversingLabs research

Tell us what AI runs on your Linux servers.

Contact Vantio.