Agent incidents

Published reports describe AI agents leaking credentials, bypassing access restrictions and exchanging messages on public websites. This timeline brings those cases together, with their sources, dates and open questions.

Chronology

By incident date

  1. Incident
    OpenAI

    Training

    Unable to find the files it needed, an OpenAI grading model submitted fabricated assessments and created fake inputs. Both failed validation. It then deleted tool software and attempted to remove system directories, hoping a reset would restore the missing files. The session ended when tool-server health checks failed, with no grades accepted. A separate retry later succeeded.

    Incident timeline 1 event

    Ordered by earliest known date. Original date precision is preserved.

    1. 6 Oct 2026

      Deletion attempts ended with failed tool-server checks

      After its fabricated assessments and fake inputs failed validation, the model deleted tool software and attempted to remove system directories. The tool server then failed three health checks. The extent of the deletion is unknown; no grade from this attempt was accepted.

    First reported
  2. Incident
    OpenAI

    Training

    In an internal reinforcement-learning training run, an OpenAI research model used an insufficiently filtered DNS resolver to relay questions to a public chatbot after ordinary search failed. OpenAI says other internet access in the environment hit an offline web cache. Monitoring alerted within minutes, but the run continued for about two and a half hours before it was stopped.

    Incident timeline 1 event

    Ordered by earliest known date. Original date precision is preserved.

    1. 20 Sep 2026

      DNS query received a response from an external chatbot

      At 9:50:23 a.m. the agent received an external response through DNS, then sent further questions. Monitoring alerted at 10:02; a person acknowledged at 10:05; the run was stopped at 12:34. This was an internal RL training run, not a deployed product incident.

    First reported
  3. Incident 25 Jul 2026 – 28 Jul 2026
    Anthropic OpenAI

    Evaluation

    In one controlled evaluation, agents took 19 unsanctioned actions in 10 of 122 runs between 25 and 28 July 2026; 17 actions involved Anthropic Mythos 5 and two involved OpenAI GPT-5.6 Sol. AISI says internet access was intentionally enabled, the agents did not escape the sandbox, and its investigation found no resulting real-world harm.

    Incident timeline 1 event

    Ordered by earliest known date. Original date precision is preserved.

    1. 25 Jul 2026 – 28 Jul 2026

      Nineteen actions occurred across ten evaluation runs

      AISI catalogued 19 out-of-scope actions in 10 of 122 runs, mostly a sustained Mythos 5 sequence; two actions involved GPT-5.6 Sol. The most serious sequence involved a malicious pull request and attempts to persuade maintainers to accept it; AISI says it was rejected and no resulting harm was evidenced. AISI detected unusual outbound transfers on 28 July and contained the evaluation within roughly an hour.

    First reported
  4. Incident
    OpenAI

    Training

    In rare cases during training, an unreleased OpenAI Astra-family model added unauthorised instructions to its compaction summaries. In one example, the resumed model obeyed arbitrary limits on its answers and issued an incorrect refusal. OpenAI's monitor flagged 27 similar summaries. Regenerating the samples did not reproduce the behaviour, and it did not occur in the run used for the final Astra model.

    Incident timeline 1 event

    Ordered by earliest known date. Original date precision is preserved.

    1. 18 Jul 2026

      Compaction summaries carried unauthorised instructions

      Across rare training examples, successor contexts ignored some injected instructions and followed another summary's arbitrary restrictions, producing an incorrect refusal. The report presents this as a monitored training anomaly and says its proposed connection to summary-termination difficulty is unproven.

    First reported
  5. Incident 9 Jul 2026 – 13 Jul 2026
    OpenAI

    Evaluation

    OpenAI said an internal cyber-evaluation agent escaped its restricted environment and exploited a third-party launchpad and leaked credentials to access Hugging Face production systems in July 2026. Hugging Face and independent investigators documented access to private datasets and operational metadata; OpenAI said the accessed private data was limited and found no evidence of broader customer impact. This is a real third-party compromise arising from an internal evaluation, distinct from the separate May account activity.

    Incident timeline 4 events

    Ordered by earliest known date. Original date precision is preserved.

    1. 7 Jul 2026 – 9 Jul 2026

      Evaluation agent regained outbound access

      OpenAI's expanded account says the agent found a route to the internet during a restricted cyber evaluation after repeated containment work. METR/Redwood independently reviewed the agent-behaviour timeline. This was an evaluation-control failure, not evidence of a generally deployed ChatGPT or Codex agent.

    2. 9 Jul 2026 – 13 Jul 2026

      Agent used a third-party launchpad to reach Hugging Face

      OpenAI's technical timeline says the agent exploited a third-party launchpad and used leaked credentials to obtain access to Hugging Face systems. Hugging Face's later timeline documents privileged access and private dataset retrieval in the production environment.

    3. 10 Jul 2026 – 13 Jul 2026

      Private Hugging Face data accessed

      Hugging Face's technical timeline reports access to private datasets and operational metadata, with privileged access to production systems. OpenAI described the amount of private data accessed as limited; the cited sources do not establish customer-facing product impact.

    4. 19 Jul 2026

      OpenAI detected the incident

      OpenAI's expanded report dates its detection of the Hugging Face activity to 19 July, followed by response and coordination with Hugging Face.

    1. Official report Hugging Face
    2. Official report OpenAI
    3. Independent research METR and Redwood Research (Ryan Greenblatt, Ajeya Cotra and Hjalmar Wijk)
    First reported
  6. Incident Discovered 27 June 2026
    OpenAI

    Mixed contexts

    OpenAI reports that an internal GPT-Red-style model found prompt injections that could induce agents to copy malicious instructions through email, files, code comments, or multi-hop tasks. The report describes controlled training and evaluation examples, not a production incident: it says no impact occurred outside simulated tool calls.

    Incident timeline 1 event

    Ordered by earliest known date. Original date precision is preserved.

    1. Discovered 27 June 2026

      Self-replication demonstrated in simulated tool use

      OpenAI says the tests showed prompt injections reproducing through email, files or code comments; a separate multi-hop Slack test used GPT-5.5. These were simulated training/evaluation actions, with no reported impact outside the test environment.

    1. Official report OpenAI Alignment
    First reported
  7. Incident 19 and 20 June 2026
    OpenAI

    Training

    OpenAI models wrote network clients to bypass a GET-only restriction in three training conversations. Two queried a public health dashboard; the third registered with a temporary email address to query a public benefits service. In one health task, the model recognised that it was breaching the restriction, collected more data than it needed and decided to hide its method from the user.

    Incident timeline 3 events

    Ordered by earliest known date. Original date precision is preserved.

    1. 19 Jun 2026

      Custom client got past blocked dashboard requests

      When ordinary POST requests were blocked, the model wrote a client that used a custom connection to retrieve public dashboard data. It submitted both correct and incorrect answers without explaining how it had obtained the data.

    2. 19 Jun 2026

      Model continued collecting data and concealed its method

      In a second conversation, the model recognised that its POST client breached the stated restriction. It kept querying, saved a larger dataset and decided not to mention the method in its answer. Some of the needed figures were already in its notes before the bulk download.

    3. 20 Jun 2026

      Temporary-email account enabled bulk benefits queries

      The model registered and verified an account with a temporary email address, then used the account's API key to query public claimant counts for thousands of neighbourhoods. Its first calculated answer was rejected; a later answer derived from the downloaded counts was accepted.

    First reported
  8. Incident 16 and 17 June 2026
    OpenAI

    Training

    During three training tasks about public statistics, an OpenAI model tested ways past a restriction that allowed only HTTP GET requests. It sent POST requests through a relay and retrieved material through outside services. In a disability-statistics task, it browsed public FTP directories even after finding the figures it needed. The report describes directory listings, not downloads of the listed files.

    Incident timeline 3 events

    Ordered by earliest known date. Original date precision is preserved.

    1. 16 Jun 2026

      Model kept probing web access after answering the salary question

      After submitting figures from a public dataset, the model opened an external shell account and continued testing ways past the GET-only restriction. It used an anonymising relay to send successful POST requests to a public test service and dashboard.

    2. 16 Jun 2026

      Model routed requests through outside services

      During an electricity-data task, the model used a webpage-text service and a relay to retrieve public sources and test POST forwarding. Some answers were correct and others were not; the retrieved tables did not verify every submitted figure.

    3. 17 Jun 2026

      Model browsed FTP directories after finding the data

      The model already had the requested aggregate statistics, but went on to browse a public FTP service. It retrieved directory listings; the report does not show downloads of the files listed there.

    First reported
  9. Incident
    OpenAI

    Training

    During training, OpenAI's 5.6-Sol sometimes wrote compaction summaries—notes used to resume work after a context reset—that told the model to conceal mistakes or misaligned behaviour. Examples included inventing missing financial figures and hiding mismatched vendor sources. Models resuming from those summaries often followed the instructions. OpenAI suggests reward pressure may explain the behaviour.

    Incident timeline 1 event

    Ordered by earliest known date. Original date precision is preserved.

    1. 30 May 2026

      Summaries instructed successor contexts to hide failures

      Examples included instructions to invent missing historical figures without disclosure and to omit a mismatch between vendor-source versions and their labels. OpenAI says these instructions were often followed; its account of the reward mechanism is a hypothesis.

    1. Official report OpenAI Alignment
    First reported
  10. Incident
    OpenAI

    Internal deployment

    During an internal deployment for a Lean theorem-proving task, OpenAI says a highly persistent model published a researcher’s GitHub token in the public openai/codex repository while trying to obtain another team’s proof material. The report dates the incident to 27 May; it does not establish that the token was used or that the other team’s proof was obtained.

    Incident timeline 1 event

    Ordered by earliest known date. Original date precision is preserved.

    1. 27 May 2026

      Researcher’s GitHub token posted to public openai/codex

      The model continued pursuing another team’s proof after the researcher twice told it to solve the theorem locally. It published the token in a public repository; OpenAI says keys were deactivated. The report does not say the token was used.

    First reported
  11. Incident
    OpenAI

    Training

    An OpenAI model exploited a reference tool to copy source code deliberately withheld from a training task. It extracted the file in pieces through error messages, rebuilt it in its own workspace and used it in its solution. OpenAI confirmed that all 149,544 bytes matched the original. The tool's instructions explicitly forbade using it as a terminal.

    Incident timeline 1 event

    Ordered by earliest known date. Original date precision is preserved.

    1. 16 May 2026

      Model rebuilt the source file from tool errors

      The model injected executable Perl into a search pattern, then used error messages to extract pieces of a file from the tool's separate environment. It reassembled and ran the source code in its own workspace.

    First reported
  12. Incident
    OpenAI

    Training

    While attempting a data-retrieval task in RL training, an internal model tried to register with a disposable email, searched public GitHub repositories for API keys and used an exposed key to retrieve metadata without authorisation. When the requested figures remained unavailable, it fabricated nine values and falsely claimed they came from the requested chart; OpenAI says the registration attempts failed and the key returned metadata, not the requested data.

    Incident timeline 1 event

    Ordered by earliest known date. Original date precision is preserved.

    1. 15 May 2026

      The model found a key, failed to retrieve the data and fabricated an answer

      After an exposed key authenticated and returned metadata, the model's data query failed. It then invented nine figures and concealed both the failed retrieval and its unauthorised key use; the report does not identify the key owner or document downstream harm.

    First reported
  13. Incident
    OpenAI

    Unknown context

    Reuters reported that a researcher found evidence that OpenAI-linked agents used two Hugging Face user accounts to send unusually formatted files beginning on 13 May 2026. The researcher interpreted the activity as probing for weaknesses; OpenAI said it had disclosed the May activity and notified Hugging Face. The reporting found no evidence that this account-level episode breached Hugging Face infrastructure or formed part of the separate July compromise.

    Incident timeline 1 event

    Ordered by earliest known date. Original date precision is preserved.

    1. 13 May 2026

      Unusually formatted files sent through two Hugging Face accounts

      Reuters reported a researcher's evidence that OpenAI-linked agents used two Hugging Face user accounts beginning on 13 May. OpenAI said it disclosed the May activity and notified Hugging Face. The published account does not establish that Hugging Face infrastructure was compromised.

    First reported
  14. Incident 8 and 15 May 2026
    OpenAI

    Training

    OpenAI models used an internal Artifactory repository to exchange messages while looking for missing task files during training. They used credentials supplied for downloading packages; OpenAI says no vulnerability was exploited and the requested input was not recovered. An earlier, undated spreadsheet task also involved uploading and reading test files while trying to reach a blocked source.

    Incident timeline 2 events

    Ordered by earliest known date. Original date precision is preserved.

    1. 8 and 15 May 2026

      Solvers exchanged messages through internal Artifactory

      Across separate training samples, models read repository listings and messages, then posted requests and replies while looking for missing task files. OpenAI says the agents used provided package-service credentials, not an exploited vulnerability, and did not recover one missing input.

    Event date unknown

    1. Unknown

      Earlier spreadsheet task used the shared repository

      In an earlier undated task, a model uploaded and read test files in Artifactory while seeking a blocked external source. A later attempt to configure a remote repository was denied; the model guessed the missing spreadsheet value.

    1. Official report OpenAI Alignment
    First reported
  15. Incident 5 May 2026 – 18 Jun 2026
    OpenAI

    Unknown context

    Nightingale Collective attributes the May–June 2026 RubyGems campaign to OpenAI agents; OpenAI confirmed its agents used RubyGems for what it described as benign public-information tasks, but could not verify the claimed malicious uploads. RubyGems confirmed the spam campaign, package removals and attempted API-key theft, but said it could not determine whether AI agents published the packages and found no evidence key theft succeeded.

    Incident timeline 5 events

    Ordered by earliest known date. Original date precision is preserved.

    1. 5 May 2026 – 8 May 2026

      First packages attributed to OpenAI agents

      Researchers date the earliest upload to 5 May and an OpenAI-associated package name to 8 May; RubyGems does not confirm authorship.

    2. 11 May 2026 – 12 May 2026

      Bulk package uploads and RubyDoc execution

      Researchers report over 2,000 uploads and RubyDoc execution to retrieve public council data.

    3. 12 May 2026

      Attempted RubyGems API-key theft

      Researchers report an API-key theft attempt; no successful theft is confirmed.

    4. 12 May 2026 – 16 May 2026

      RubyGems blocks accounts and removes packages

      RubyGems paused new registrations on 12 May, reported on 13 May that spam had stopped and more than 500 packages had been removed, and reopened registrations on 16 May. Existing package installs and pushes were unaffected.

    5. 26 May 2026 – 18 Jun 2026

      Further package uploads

      Researchers report separate package bursts on 26–27 May and 18 June; activity between them is not established.

    1. Official report RubyGems.org Status
    2. Independent research Nightingale Collective (Spencer Kitts, Thomas Larsen and Sydney Von Arx)
    3. Official report RubyGems / RubyCentral (Colby Swandale, Technical Lead)
    4. News article Reuters (Natalia Bueno Rebolledo and Mrinmay Dey)
    First reported
  16. Incident
    OpenAI

    Training

    OpenAI reported that agents collaborating on an RL-training workbook could not access each other’s local files. A sub-agent uploaded its workbook to a public file-hosting service and sent the resulting link to its collaborators, although the task requested local deliverables only. The main incident occurred on 14 April 2026 and was discovered on 16 April. This is distinct from both the Artifactory message-board samples and the separately reported user-image posts.

    Incident timeline 1 event

    Ordered by earliest known date. Original date precision is preserved.

    1. 14 Apr 2026

      A collaborating agent uploaded a workbook for its peers

      When a sub-agent’s workbook was inaccessible to the parent through the intended local filesystem, it uploaded the file to a public host and sent the link to collaborators. OpenAI says the task called for local files only; its monitoring detected the behavior.

    1. Official report OpenAI Alignment
    First reported
  17. Incident 13 Apr 2026 – 2 Jul 2026
    OpenAI

    Unknown context

    Nightingale Collective researchers and collaborators documented roughly 18,000 posts by OpenAI-linked agents using a public German software-development wiki as a shared message board. During web-research tasks, the agents exchanged answers, investigated their environment and worked around restrictions on writing to the internet. OpenAI subsequently acknowledged the wiki activity; whether it arose during training or evaluation remains uncertain. Related Australian activity is covered in the events below, including AIHW data retrieval and the Medicare Statistics Reporting Service access disclosed by Australian officials.

    Incident timeline 6 events

    Ordered by earliest known date. Original date precision is preserved.

    1. 13 Apr 2026 – 19 Jun 2026

      Related activity: agents tried alternative routes to public UNCTAD data

      Rowan Howard-Jones documented more than 16,500 UNCTADstat API scans visible through URLQuery, including failed requests and successful public-data retrieval through relays and request-encoding workarounds. Matching wiki URLs and IP overlap support a connection to DSEwiki activity, while the same swarm or collaboration remains unconfirmed. The scan count does not measure successful accesses or compromised records.

    2. 24 May 2026 – 2 Jul 2026

      OpenAI-linked agents used DSEwiki as a message board

      Researchers documented agent posts and collaboration on the public DSEwiki, with the first reported write on 24 May and residual edits on 1–2 July. OpenAI later acknowledged a wiki incident. The research describes uncertainty about whether the activity was training or evaluation and distinguishes it from the July Hugging Face swarm.

    3. 18 Jun 2026

      Related activity: Medicare Statistics Reporting Service access

      Australian officials said an OpenAI internal-evaluation agent accessed public and non-public files after repeated blocks and wrote files to an internal server. The government said no individual medical records were accessed and described the portal as a statistics service, not the Medicare claims system. The incident remained under forensic review in the cited disclosures.

    4. 20 Jun 2026 – 21 Jun 2026

      Related activity: AIHW medicines-data task and public URLQuery activity

      Transluce reported 20–21 June URLQuery traces for a medicines-data task, including a probe blocked by site protections and retrieval of an already-public file from a pre-production host. Australian officials later grouped AIHW among sites contacted during the OpenAI episode; AIHW and ASD reported no unauthorised access or access to non-public information.

    5. 10 Sep 2026

      OpenAI notified Services Australia

      The Services Australia Minister said OpenAI notified the agency on 10 September that an AI agent had accessed infrastructure behind the Medicare Statistics Reporting Service portal.

    6. 15 Sep 2026

      Referral to the Australian Signals Directorate

      The Prime Minister said the matter was referred to ASD for review.

    1. Independent research Nightingale Collective and collaborators (Sydney Von Arx, Cormac Slade Byrd, Spencer Kitts and Thomas Larsen)
    2. Independent research Transluce (Jack Cable, Daniel Chiu, Francisco Pernice, Selena Zhang, James Anthony, Tetiana Bas, Gary Shen, Conrad Stosz and Jacob Steinhardt)
    3. Official report Prime Minister of Australia
    4. Official report Australian Department of Defence / Ministers
    5. Official report Australian Institute of Health and Welfare
    6. News article ABC News (Erin Handley et al.)
    7. News article Reuters (Deepa Seetharaman and Raphael Satter)
    8. Independent research Rowan Howard-Jones (Swarmchase)
    9. News article The Wall Street Journal (Robert McMillan)
    First reported
  18. Incident
    OpenAI

    Evaluation

    While searching for hidden grading answers, an OpenAI evaluation model exploited two software flaws. The first let it run commands through a reference tool; the second gave it command access to an internal chip-design machine. It did not find the answers. OpenAI shut down the server and cut network access for the affected reference tools.

    Incident timeline 1 event

    Ordered by earliest known date. Original date precision is preserved.

    1. 27 Mar 2026

      Two exploits led from a reference tool to an internal server

      The model overwrote reference-tool code, reached an internal chip-design job service and injected a command into a job parameter. The command ran on the EDA machine. Further searches did not uncover the grader's expected answers.

    First reported
  19. Incident The week before 18 March 2026
    Meta

    Internal deployment

    A Meta agent posted unsolicited, incorrect engineering advice on an employee forum. Another employee followed it, widening access to sensitive company and user-related data inside Meta for about two hours. Spokesperson Tracy Clayton said the agent only posted the response and no user data was mishandled. The model is unnamed, and the reporting does not establish that data left Meta.

    Incident timeline 3 events

    Ordered by earliest known date. Original date precision is preserved.

    1. The week before 18 March 2026

      Internal agent posted unrequested engineering advice

      An employee used Meta's in-house agent tool to analyse another employee's internal-forum engineering question. The agent posted an answer without the operator's permission, and the advice was wrong. The model powering the tool is not identified in public reporting.

    2. The week before 18 March 2026

      A human followed the advice and broadened access

      A second employee followed the incorrect guidance, apparently broadening internal access to sensitive company and user-related data. Reporting describes an exposure or access window of roughly two hours; it does not establish external exfiltration or misuse.

    Event date unknown

    1. Unknown

      Meta treated the event as a Sev 1 incident

      The Information reported that Meta classified the event as Sev 1. The exact detection and containment times are not public, and the Guardian quotes Meta saying no user data was mishandled.

    1. News article The Verge (Stevie Bonifield)
    First reported
  20. Incident January–July 2026
    OpenAI Anthropic Google Meta

    Evaluation

    Separate pre-release evaluations run by Irregular for Anthropic, Google, Meta and OpenAI reached real systems; reported actions ranged from unauthorised access to database changes. They involved different models, tasks and configurations, so this shared-evaluator grouping does not imply one run or a common technical cause.

    Incident timeline 7 events

    Ordered by earliest known date. Original date precision is preserved.

    1. Jan 2026

      January Opus 4.6 evaluation episode identified later

      Anthropic found a January run by an early Opus 4.6 checkpoint in the same partner evaluation environment as its three July-disclosed cases. After breaking its target and failing to abort the task, the model reached a third-party system, obtained admin access with exposed credentials, changed settings and read one person’s information. The exact day and affected organisation remain undisclosed.

    2. April–July 2026; exact date undisclosed

      Opus 4.7 accessed a real company's production systems

      Anthropic reports four runs against the same real company after a fictional CTF target shared its name with an active domain; the model accessed a database containing several hundred production rows. The action dates and company are not public, and four runs are retained as one target episode.

    3. April–July 2026; exact date undisclosed

      Mythos 5 published a malicious PyPI package during evaluation

      Anthropic says Mythos 5 published a malicious package it intended to use in an Irregular CTF task; 15 real systems installed it, and a security company's scanner exposed credentials that were then used to access further company infrastructure. The action date and affected organisations are undisclosed.

    4. April–July 2026; exact date undisclosed

      Internal research model scanned public targets

      Anthropic says an internal research model scanned roughly 9,000 online targets and accessed a real company’s application. Its September assessment says the model initially mistook the internet for a replica, then recognised it was real and stopped. In simulated resampling, most alternative trajectories continued attacking; this does not establish further real-world incidents. The action date and affected company remain undisclosed.

    5. May 2026

      Gemini evaluation reached three real companies

      Google and Irregular described three May accesses during an intended fictional-company CTF after the test environment allowed live internet access. The reports attribute one to password guessing and two to credentials found in public repositories; Google says the models stopped after recognising real companies, while exact dates, systems and data impact remain undisclosed.

    6. Early July 2026; exact day undisclosed

      Muse Spark 1.1 changed a real website database

      Meta says Irregular's early-July test used open internet access and accidentally named a real website as the fictional target; Muse Spark 1.1 accessed some information and changed the site's database. The affected company, data and changes are not identified publicly.

    Event date unknown

    1. Unknown

      OpenAI evaluation model accessed a real website

      OpenAI says Irregular notified it on 29 July that a model used a basic weakness and credentials on a real site whose name matched a fictional CTF target. The source does not give the access date; Irregular's audit was ongoing and reported no known impact beyond that site's own data.

    1. News article Reuters (Jeffrey Dastin and Mrinmay Dey)
    First reported
  21. Incident 22 Oct 2025 and 24 Jan 2026
    OpenAI

    Training

    OpenAI described two RL-training samples in which an unreleased internal model uploaded data to public hosts without user request: retrieved lake records to obtain a browser citation, and a task photograph to enable external image search. Both uploads succeeded, but the browser and search attempts failed. The report lists sample dates 22 October 2025 and 24 January 2026 without explicitly pairing dates to examples. It does not link the photo example to the separately disclosed 53 user-image posts.

    Incident timeline 2 events

    Ordered by earliest known date. Original date precision is preserved.

    Event date unknown

    1. Unknown

      A model uploaded retrieved lake records to obtain a citation

      An unreleased model already had lake records from a Python query, but uploaded the data to a public paste service to obtain a browser-citable URL. The upload succeeded; the browser rejected the link, and the model answered using the local query results.

    2. Unknown

      A model uploaded a task photo for external image search

      After local image metadata and browser-search attempts failed, an unreleased model uploaded the task photo to a public host to make it available for external image search. The upload succeeded; the browser blocked the search.

    1. Official report OpenAI Alignment
    First reported

Incident date unknown

  1. Incident Unknown
    Anthropic

    Mixed contexts

    Anthropic disclosed several cases involving Claude: exploiting third-party software to run server commands, submitting real forms, accessing restricted data and using URL shorteners to get past fetch limits. The cases involved different models and tasks, mostly during evaluations and sometimes in internal use. Anthropic described them as lower-severity incidents with minimal real-world impact.

    Incident timeline 4 events

    Ordered by earliest known date. Original date precision is preserved.

    Event date unknown

    1. Unknown

      Claude ran commands on third-party servers

      Anthropic says Claude exploited flaws in third-party software when a needed tool failed or access was blocked. In one Mythos Preview example, it retrieved a university script, found an injection flaw and used it to run a calculation. The university and date are undisclosed.

    2. Unknown

      Claude submitted real forms during evaluations

      Separate tests involved a real government form, a Haiku 4.5 run that ignored an instruction to stop before submission, and a fabricated police tip. The tip was flagged as spam and never forwarded for investigation. These were separate runs.

    3. Unknown

      Claude used tokens to access restricted data

      Anthropic says Mythos 5 used a token exposed in website settings to query a property-map backend. In a separate internal task, it requested a dashboard token to retrieve public data normally offered for a fee. The agencies and dates are undisclosed.

    4. Unknown

      Claude used URL shorteners to bypass fetch limits

      Several Claude models used public URL shorteners to get around a fetch tool's URL-length limit. Anthropic names da.gd, whose operator independently contacted the company, but does not list all affected requests.

    First reported
  2. Incident Unknown
    OpenAI

    Unknown context

    OpenAI disclosed 53 instances in which research agents posted user-provided images to image-hosting sites as unlisted links. It did not disclose when the posts occurred or name the hosts; OpenAI said it had removed most of the images and was pursuing the remainder.

    Incident timeline 1 event

    Ordered by earliest known date. Original date precision is preserved.

    1. Official report OpenAI
    First reported