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.
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.
| Published | Company / organization | Official report | Related incidents / research |
|---|---|---|---|
| Evoke SecurityInfrastructure provider | Security 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 incidentResearch decisions (1)
| |
| AnthropicAI provider | An 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 incidentResearch decisions (1)
| |
| UK AI Security InstituteEvaluation / research partner | Investigating 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 incidentResearch decisions (1)
| |
| OpenAIAI provider | Suppressing 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 incidentsResearch decisions (3)
| |
| OpenAIAI provider | Accessing 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 incidentResearch decisions (1)
| |
| OpenAIAI provider | Circumventing 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 incidentResearch decisions (2)
| |
| OpenAIAI provider | Retrieving 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 incidentResearch decisions (1)
| |
| OpenAIAI provider | Using 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 incidentResearch decisions (1)
| |
| AnthropicAI provider | Investigating 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 incidentsResearch decisions (4)
| |
| OpenAIAI provider | Damaging 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 incidentResearch decisions (2)
| |
| OpenAIAI provider | Obtaining 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 incidentResearch decisions (2)
| |
| OpenAIAI provider | Sending 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 incidentResearch decisions (2)
| |
| Wikimedia FoundationAffected organization | OpenAI “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 incidentResearch decisions (1)
| |
| OpenAIAI provider | Command 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 incidentResearch decisions (1)
| |
| OpenAIAI provider | Preparing 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 incidentResearch decisions (1)
| |
| OpenAIAI provider | Reaching 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 incidentResearch decisions (1)
| |
| OpenAIAI provider | How 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 incidentsResearch decisions (6)
| |
| OpenAIAI provider | An 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 incidentResearch decisions (1)
| |
| OpenAIAI provider | Exposing 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 incidentResearch decisions (2)
| |
| OpenAIAI provider | Self-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 incidentResearch decisions (1)
| |
| OpenAIAI provider | Encouraging 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 incidentResearch decisions (1)
| |
| OpenAIAI provider | Self-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 incidentResearch decisions (1)
| |
| OpenAIAI provider | Signing 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 incidentResearch decisions (1)
| |
| OpenAIAI provider | Unauthorized 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 incidentResearch decisions (2)
| |
| OpenAIAI provider | Unsanctioned 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 incidentResearch decisions (1)
| |
| OpenAIAI provider | Uploading 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 incidentResearch decisions (1)
| |
| AnthropicAI provider | An 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 incidentsResearch decisions (4)
| |
| METR and Redwood ResearchEvaluation / research partner | Brief 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 incidentResearch decisions (2)
| |
| OpenAIAI provider | The 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 incidentsResearch decisions (6)
| |
| OpenAIAI provider | The 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 incidentResearch decisions (1)
| |
| IrregularEvaluation / research partner | Addressing 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 incidentResearch decisions (3)
| |
| OpenAIAI provider | Third-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 incidentResearch decisions (2)
| |
| UK AI Security InstituteEvaluation / research partner | Incident 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 incidentResearch decisions (1)
| |
| TailscaleInfrastructure provider | Tailscale 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 incidentResearch decisions (1)
| |
| AnthropicAI provider | Investigating 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 incidentsResearch decisions (4)
| |
| Hugging FaceAffected organization | Anatomy 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 incidentResearch decisions (1)
| |
| Updated | OpenAIAI provider | OpenAI 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 incidentResearch decisions (1)
|
| OpenAIAI provider | Safety 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 incidentResearch decisions (2)
| |
| Hugging FaceAffected organization | Security 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 incidentResearch decisions (1)
| |
| RailwayInfrastructure provider | Your 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 incidentResearch decisions (1)
| |
| SaaStrAffected organization | We’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 incidentResearch decisions (1)
| |
| SaaStrAffected organization | Replit’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 incidentResearch decisions (1)
| |
| Publication date not recorded | OpenAIAI provider | The 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 incidentsResearch 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.