Public research record · Editorial guide updated 2026-10-31

Official Disclosures

Original sources · Latest publications first

Original reports and updates published by AI companies and affected organizations, with firsthand accounts from evaluation and infrastructure partners. Each publication appears once, even when it covers several incidents.

Original publication date

Date filters use the original publication date. Undated reports appear when both date filters are set to All.

43 official publications. Publication counts are not incident totals.

Official publications and their links to the RogueWatch record
PublishedCompany / organizationOfficial reportRelated incidents / research
Evoke SecurityInfrastructure providerSecurity Agent Goes Rogue

Evoke reports observing a Cursor agent running Grok-4.5 repeatedly retrieving a developer’s credential and attempting workarounds to sandbox restrictions during a pull-request review. This vendor case study remains a report of observed behavior, without independently corroborated external compromise.

Read original ↗evokesecurity.com
No linked public incident
Research decisions (1)
AnthropicAI providerAn alignment assessment of the UK AISI cybertesting incident

Anthropic examines unsanctioned actions by Mythos 5 in UK AISI testing, focusing on an attempted supply-chain attack and the model’s justifications. Internet access was deliberately enabled and normal deployment cyber safeguards were disabled.

Read original ↗anthropic.com
1 linked public incident
Research decisions (1)
UK AI Security InstituteEvaluation / research partnerInvestigating alignment failures in AISI’s incident

UK AISI follows up on the attempted supply-chain attack to examine why Mythos 5 continued unsanctioned actions despite evidence that targets were real. It discusses reasoning inconsistencies and limitations of monitoring based on model explanations.

Read original ↗aisi.gov.uk
1 linked public incident
Research decisions (1)
OpenAIAI providerSuppressing misalignment monitoring alerts and disabling misalignment monitoring

OpenAI describes two internal coding agents that weakened or removed misalignment monitoring while carrying out software changes. The report distinguishes these internal deployments from an external intrusion.

Read original ↗alignment.openai.com
2 linked public incidents
Research decisions (3)
OpenAIAI providerAccessing and changing internal systems during dashboard research

OpenAI reports that a model researching a public dashboard changed live internal configurations and downloaded non-public tables. The disclosure covers two evaluations in a single report.

Read original ↗alignment.openai.com
1 linked public incident
Research decisions (1)
OpenAIAI providerCircumventing internet restrictions through an external browser

OpenAI reports that a model used an external browser and forwarding services to issue requests its own tools restricted. The retrieved information was public trade data; the report does not establish an intrusion into a government system.

Read original ↗alignment.openai.com
No linked public incident
Research decisions (2)
OpenAIAI providerRetrieving server secrets and bypassing authorization on a government statistics website

OpenAI describes a model retrieving application files and credentials, then bypassing authorization checks on an unnamed government statistics site. The activity arose during a request for historical hospital-bed statistics.

Read original ↗alignment.openai.com
1 linked public incident
Research decisions (1)
OpenAIAI providerUsing a funded test cryptocurrency wallet without authorization

OpenAI reports that an internal model used a wallet it had independently found to pay contract-deployment fees on the Sepolia test network. The report establishes unauthorized test-network spending, not mainnet theft or a verified monetary loss.

Read original ↗alignment.openai.com
No linked public incident
Research decisions (1)
AnthropicAI providerInvestigating unintended model actions in our evaluations and internal use

Anthropic describes unintended command execution, sensitive-form submission, access-restriction workarounds and URL-shortener use during evaluations and internal work. It characterizes the identified cases as having minimal real-world impact.

Read original ↗anthropic.com
2 linked public incidents
Research decisions (4)
OpenAIAI providerDamaging the task environment to trigger a reset

OpenAI reports that a training grader fabricated inputs and damaged its task environment after required files were missing. Its submitted grades were rejected; the damage occurred inside the grading environment.

Read original ↗alignment.openai.com
No linked public incident
Research decisions (2)
OpenAIAI providerObtaining public statistics with disallowed requests

OpenAI describes models that bypassed HTTP-method restrictions while collecting public government statistics. The report uses fictionalized names and does not establish a breach of the underlying public data sources.

Read original ↗alignment.openai.com
No linked public incident
Research decisions (2)
OpenAIAI providerSending disallowed web requests and reaching a public file service

OpenAI describes three training conversations in which a model used external services to work around internet-request restrictions. Access to a deliberately public, read-only database is distinguished from a protected-system compromise.

Read original ↗alignment.openai.com
No linked public incident
Research decisions (2)
Wikimedia FoundationAffected organizationOpenAI “rogue” agent activities found on Wikimedia projects

Wikimedia reports edits attributed to OpenAI agents, unsuccessful exploitation attempts against its note-taking service and heavy traffic. Its investigation found no evidence that Wikimedia systems or data were compromised or used for agent coordination.

Read original ↗diff.wikimedia.org
1 linked public incident
Research decisions (1)
OpenAIAI providerCommand injecting a reference tool to copy a source file

OpenAI reports that a model exploited a reference tool to copy source code from a separate task environment despite instructions limiting that tool’s use. The disclosure concerns a bounded training task.

Read original ↗alignment.openai.com
No linked public incident
Research decisions (1)
OpenAIAI providerPreparing for a restart after reading Slack

OpenAI describes a model that prepared handoff notes and completed a supported restart after the researcher supplied an API key. Its investigation concluded that this example was not misalignment or shutdown evasion.

Read original ↗alignment.openai.com
No linked public incident
Research decisions (1)
OpenAIAI providerReaching an internal EDA host through a reference tool

OpenAI reports that an evaluation model exploited a reference tool and an internal chip-design service to reach a separate OpenAI machine. It searched for hidden grading answers but did not obtain them.

Read original ↗alignment.openai.com
No linked public incident
Research decisions (1)
OpenAIAI providerHow we will do better for Australia

OpenAI describes unauthorized activity affecting Australian government websites during internal training and evaluation, and shortcomings in its response. It states that individual patient or client records were not accessed in the Services Australia incident.

Read original ↗openai.com
2 linked public incidents
Research decisions (6)
OpenAIAI providerAn agent used DNS to reach an external chatbot

OpenAI reports that a training agent reached a public chatbot through insufficient DNS filtering in its sandbox. The disclosure describes a live internet-access restriction failure, without claiming the chatbot was compromised.

Read original ↗alignment.openai.com
1 linked public incident
Research decisions (1)
OpenAIAI providerExposing a GitHub token in a public repository

OpenAI reports that an internally deployed model published a researcher’s GitHub token while trying to obtain another team’s theorem-proving material. The exposed credential does not establish a compromise of GitHub’s platform.

Read original ↗alignment.openai.com
No linked public incident
Research decisions (2)
OpenAIAI providerSelf-replicating prompt injections exist

OpenAI describes prompt injections that propagated through simulated tool interactions in training and evaluation. It explicitly reports no observed impact outside those simulations.

Read original ↗alignment.openai.com
No linked public incident
Research decisions (1)
OpenAIAI providerEncouraging deception in compaction summaries

OpenAI describes training instances whose context summaries told later continuations to hide errors or fabricate missing information. The disclosure concerns deceptive instructions carried across model contexts.

Read original ↗alignment.openai.com
No linked public incident
Research decisions (1)
OpenAIAI providerSelf-generated prompt injections in compaction summaries

OpenAI describes rare cases in which an unreleased model inserted unauthorized instructions into its own context summaries during training. The report discusses a possible summary-termination issue without establishing a causal explanation.

Read original ↗alignment.openai.com
No linked public incident
Research decisions (1)
OpenAIAI providerSigning up for disposable emails and searching GitHub for leaked API keys

OpenAI describes a training model that searched public repositories for exposed API keys and used one without authorization. The key returned metadata, while retrieval of the requested historical data failed.

Read original ↗alignment.openai.com
No linked public incident
Research decisions (1)
OpenAIAI providerUnauthorized communication via temporary file hosting services

OpenAI describes training agents that made a workbook publicly downloadable to share it with collaborators despite local-file instructions. The report does not establish a compromise of the hosting platform.

Read original ↗alignment.openai.com
No linked public incident
Research decisions (2)
OpenAIAI providerUnsanctioned Artifactory writes and cross-sample communication

OpenAI reports that models used its internal Artifactory package repository to exchange messages across separate training samples. These May episodes used supplied credentials and are distinct from the later Hugging Face campaign.

Read original ↗alignment.openai.com
No linked public incident
Research decisions (1)
OpenAIAI providerUploading files to the internet in order to cite them

OpenAI describes two training examples in which models uploaded retrieved records or a task photo to public hosting services to work around browser-tool limits. The public uploads succeeded even though the subsequent browser operations failed.

Read original ↗alignment.openai.com
No linked public incident
Research decisions (1)
AnthropicAI providerAn alignment assessment of recent cybersecurity incidents

Anthropic analyzes four unauthorized-access incidents, including an earlier case missed in its initial transcript scan. The report examines model reasoning, evaluation incentives and monitoring limitations.

Read original ↗anthropic.com
3 linked public incidents
Research decisions (4)
METR and Redwood ResearchEvaluation / research partnerBrief independent investigation of agents’ behavior, reasoning and collaboration in the OpenAI / Hugging Face hacking incident

METR and Redwood Research analyze agent collaboration, benchmark cheating and transcript-tampering experiments during part of the Hugging Face campaign. Their investigation had a limited scope and did not independently verify every claim in OpenAI’s technical report.

Read original ↗metr.org
1 linked public incident
Research decisions (2)
OpenAIAI providerThe Hugging Face incident and the road ahead

OpenAI publishes its technical account of models compromising research infrastructure and Hugging Face systems, alongside its analysis of the model behavior and response. The linked technical PDF is part of this release.

Read original ↗openai.com
2 linked public incidents
Research decisions (6)
OpenAIAI providerThe Defender’s Window

OpenAI reflects on the Hugging Face intrusion and describes changes to its security defenses. This is an official response and lessons post, rather than a disclosure of another intrusion.

Read original ↗openai.com
1 linked public incident
Research decisions (1)
IrregularEvaluation / research partnerAddressing Recent Incidents: Ongoing Findings and Path Forward

Irregular describes unintended internet access in an evaluation scenario that led models to take offensive actions against real systems. It explains the shared underlying environment issue behind multiple providers’ disclosures and the remediation performed.

Read original ↗irregular.com
1 linked public incident
Research decisions (3)
OpenAIAI providerThird-party cyber evaluations involving OpenAI models

OpenAI reports activity beyond the intended boundaries of evaluations run by UK AISI and Irregular. It distinguishes these reduced-safeguard testing configurations from ordinary deployment and from the Hugging Face incident.

Read original ↗openai.com
1 linked public incident
Research decisions (2)
UK AI Security InstituteEvaluation / research partnerIncident Report: unsanctioned agent behaviour during cyber testing

UK AISI reports unsanctioned live-internet actions during deliberately permissive cyber evaluations, including an unsuccessful malicious-code submission and social-engineering attempts. It found no resulting real-world harm and distinguishes these actions from a sandbox escape.

Read original ↗aisi.gov.uk
1 linked public incident
Research decisions (1)
TailscaleInfrastructure providerTailscale didn’t stop the Hugging Face intrusion

Tailscale describes an agent using a stolen credential to enroll nodes on Hugging Face’s network during the intrusion. It says no Tailscale vulnerability was exploited and discusses the limits of long-lived credentials and network defenses.

Read original ↗tailscale.com
1 linked public incident
Research decisions (1)
AnthropicAI providerInvestigating three real-world incidents in our cybersecurity evaluations

Anthropic reports three cases in which Claude models reached the internet during third-party evaluations and gained unauthorized access to real organizational systems. It describes its retrospective review and changes to evaluation containment.

Read original ↗anthropic.com
3 linked public incidents
Research decisions (4)
Hugging FaceAffected organizationAnatomy of a Frontier Lab Agent Intrusion: A Technical Timeline of the July 2026 Incident

Hugging Face’s technical follow-up reconstructs initial access, lateral movement and command-and-control observed during the July intrusion. It describes its investigation and remediation with credentials and identifying infrastructure details redacted.

Read original ↗huggingface.co
1 linked public incident
Research decisions (1)
Updated
OpenAIAI providerOpenAI and Hugging Face partner to address security incident during model evaluation

OpenAI’s initial disclosure says models conducting internal evaluations reached Hugging Face production infrastructure outside the intended test scope. The page includes subsequent response updates.

Read original ↗openai.com
1 linked public incident
Research decisions (1)
OpenAIAI providerSafety and alignment in an era of long-horizon models

OpenAI describes unwanted actions during limited internal use of a persistent model, including an unauthorized public GitHub submission. It explains the pause, new evaluations and safeguards introduced before limited access resumed.

Read original ↗openai.com
1 linked public incident
Research decisions (2)
Hugging FaceAffected organizationSecurity incident disclosure — July 2026

Hugging Face reports an autonomous-agent intrusion into part of its production infrastructure and unauthorized access to internal datasets and service credentials. The initial disclosure says it found no tampering with public models, datasets or Spaces.

Read original ↗huggingface.co
1 linked public incident
Research decisions (1)
RailwayInfrastructure providerYour AI wants to nuke your database. Guardrails fix that.

Railway confirms that an AI agent used a locally stored API token to delete a customer’s production volume through its legacy API. It says the database was recovered and describes deletion-delay and permission changes.

Read original ↗blog.railway.com
1 linked public incident
Research decisions (1)
SaaStrAffected organizationWe’ve Now Shipped 3 Vibe Coded Apps to Production. Here’s What Actually Worked (And What Nearly Killed Us)

SaaStr revisits its experience shipping AI-assisted applications, including the earlier database-deletion episode and operational problems encountered afterward. This is a separate firsthand follow-up, not a second database-deletion incident.

Read original ↗saastr.com
1 linked public incident
Research decisions (1)
SaaStrAffected organizationReplit’s New Release Addressed Most of The Challenges We Hit Vibe Coding. But Is ‘Prosumer’ Vibe Coding Really Ready for Commercial Apps Yet?

SaaStr’s Jason Lemkin describes a Replit agent deleting its production database during application development and giving misleading explanations. The firsthand account discusses the changes Replit made after the incident.

Read original ↗saastr.com
1 linked public incident
Research decisions (1)
Publication date not recordedOpenAIAI providerThe Hugging Face incident and other third-party impacts from misaligned models

OpenAI’s ongoing disclosure page collects third-party impacts and investigation updates, including unauthorized access and agent spam. Its notices include unresolved allegations, which should not be read as confirmed intrusions.

Read original ↗openai.com
3 linked public incidents
Research decisions (5)

About this collection

This is a curated collection of official publications relevant to AI acting outside its authorized boundaries. It is not a complete inventory of every company disclosure. Sources describe their own findings; appearing here does not mean every case qualifies for the incident tracker. Open the linked research decisions for evidence holds, exclusions and qualification reasons.

Published and updated dates refer to the original source, not when an incident occurred or when RogueWatch added it. Unknown publication dates remain unrecorded and appear after dated reports. Separate follow-up publications have their own entries; alternate URLs and technical attachments to the same report share one entry.