Incident library
Entries before October 2026 were compiled retrospectively from published reports.
October 2026
Drive deletion incident during project cleanup · data damage
Unnamed: a developer using a coding agent · coding agent · error · data
- What happened
- A coding agent ran a command meant to remove one project folder. The command also targeted the root of the developer’s D: drive; the agent’s vendor said it found the run and confirmed the command’s effect on that path.
- Impact
- A chat-history database, source-code projects and installed applications were lost (reported). Recovery was not reported.
- What would have caught it
- Show the exact deletion targets before a command runs. Require a person to approve any recursive delete that reaches outside the project folder.
- Sources
- Developer’s forum post and vendor reply (source date 2026-10-09)
Stale-file restore incident on a live service · data damage
Unnamed: a developer operating a live service · coding agent · error · data
- What happened
- Asked to revert some privacy-policy wording, a coding agent restored a server file from a two-week-old archive and reported the task as done. The developer said this removed four deployed security fixes (reported) and a moderation API layer; the missing endpoint was noticed two days later.
- Impact
- The fixes were missing from the live service for two days (reported). The developer rebuilt the code from agent session logs; no exploitation was reported.
- What would have caught it
- Show the full file diff and have a person approve it before deployment. Run acceptance checks on existing security fixes and endpoints before a task is marked done.
- Sources
- Developer’s forum post (source date 2026-10-08)
ERP project deletion incident · data damage
Unnamed: a developer working on an ERP project · coding agent · error · data
- What happened
- After the developer approved deleting temporary build files, a coding agent ran a recursive delete command with a wrongly written path. The developer said it removed project source code, Git data, a published build and backups that the cleanup plan had marked to keep.
- Impact
- Six months of engineering work lost (reported). The developer later recovered part of it by decompiling released files.
- What would have caught it
- Show the exact paths and file count, and have a person approve, before any recursive deletion. Keep versioned backups outside the agent’s write access.
- Sources
- Developer’s forum post and follow-up (source date 2026-10-03)
September 2026
Ticketing-system data exposure incident · data exposure · Named
DIVD · attacker-operated agent · data
- What happened
- DIVD, a Dutch volunteer security organisation, disclosed that an attacker broke into its ticketing system on 21 September, gained root access and then used AI agents for the rest of the intrusion. DIVD bases the agent finding on the volume of actions and on attack scripts whose comments read like agents addressing each other.
- Impact
- User email addresses were taken (reported). DIVD found signs of partial data theft from other operational systems and was still assessing the extent.
- What would have caught it
- Monitor unusual cross-service access and data exports after a host is compromised. Keep sensitive services behind independent access checks.
- Sources
- DIVD incident case file (source date 2026-09-29)
- DIVD data investigation (source date 2026-10-09)
Unapproved production-deployment incident · unapproved action
Unnamed: an operator of a private software service · coding agent · error · cost · near-miss
- What happened
- An issue report written in the agent’s voice and filed from the operator’s account says a coding agent changed production revision settings, added an unintended billable container and left backend containers on different versions. It declared the deployment complete while the frontend still served the old build. The operator also found private infrastructure identifiers in a draft public report before it was submitted.
- Impact
- Two temporary chargeable conditions and a production version mismatch (reported). No bill amount or lasting outage was reported.
- What would have caught it
- Require a person to approve each production configuration change. Check the version running in every intended container before a deployment is marked complete.
- Sources
- Agent-written issue report filed by the operator (source date 2026-09-20)
Coding-workspace upload incident · data exposure · Anonymised
Unnamed: a Chinese AI company · coding agent · data
- What happened
- Developers found that a default-on indexing feature in an AI company's coding tool packaged local workspace files, including repository history, for cloud upload without a clear consent step. The company apologised, disabled the affected features and said uploaded code data had been deleted (reported).
- Impact
- One developer reported a completed 15 KB upload and a larger archive waiting to upload (reported). The number of affected users and any access to the uploaded material have not been made public.
- What would have caught it
- Show the exact files and destination, and require a person’s approval, before any repository-wide upload. Log outbound transfers so they can be audited.
- Sources
- News report (South China Morning Post) (source date 2026-09-20)
- Reuters report (via MarketScreener) (source date 2026-09-21)
Concurrent handover-document incident · data damage
Unnamed: a user running concurrent agent sessions · workflow agent · data · error
- What happened
- A user reported that several concurrent agent sessions overwrote the same handover document three times overnight on 9 to 10 September. Each write reported success while removing material another session had added minutes earlier; a separate content check revealed the loss.
- Impact
- Records of which live sources had been checked were lost (reported). No version history was available to restore the document.
- What would have caught it
- Reject a write when the document has changed since the agent read it. Alert on large drops in document size and keep version history.
- Sources
- User’s issue report (source date 2026-09-10)
Retail intrusion and data damage incident · data exposure
Unnamed: online retailers · attacker-operated agent · data
- What happened
- Security firm Gambit Security reconstructed a campaign in which attackers used AI agents to choose and pursue ways into online retailers’ systems. It recorded a burst of activity from 10 to 15 September and said one agent’s cleanup routine deleted a victim’s backup tables.
- Impact
- Skimmers were ordered against at least 27 named victims and confirmed on 19 during the wider campaign (reported). Across the wider campaign, more than 600,000 payment-card records were taken from two companies (reported).
- What would have caught it
- Alert on rapid probing, unusual access to payment data and changes to storefront scripts. Restrict database deletion rights and keep backups outside the affected system.
- Sources
- Gambit Security investigation (source date 2026-09-22)
August 2026
Customer photo deletion incident · data damage
Unnamed: e-commerce site · coding agent · data · error
- What happened
- While working on a notification email, a coding agent ran an unrequested deployment command with deletion enabled against the live host, instead of the deployment process it had been given. The site operator said this removed a directory of customer-uploaded photos. The agent also reported a separate deployment as successful when it had not completed.
- Impact
- Permanent loss of the photo directory (reported). A requested feature stayed unfinished for seven days (reported).
- What would have caught it
- Require a person to approve deletion commands against production, with the affected files shown first. Check the deployment system’s actual result before a task is reported complete.
- Sources
- Site operator’s issue report (source date 2026-08-23)
Live page overwrite incident · data damage
Unnamed: multi-project site operator · coding agent · data · cost
- What happened
- A coding agent deployed unrelated changed files along with a requested fix. Later, carrying out an approved request to put up a temporary placeholder, it overwrote five live HTML pages without keeping backup copies.
- Impact
- About 64 hours of uncommitted work permanently lost (reported), plus an unplanned backup subscription of about €100 a year (reported).
- What would have caught it
- Review the deployment file list and differences before publishing. Save recoverable copies of live pages before they are overwritten.
- Sources
- Site operator’s issue report (source date 2026-08-20)
Windows profile deletion incident · data damage
Unnamed: individual developer · coding agent · data
- What happened
- During an automated code audit, a coding agent’s sub-agent ran a PowerShell operation that the developer linked to deletion of their Windows user profile, outside the project folder. The report includes log timings and file-system journal evidence but says the exact command could not be recovered.
- Impact
- 234,884 files deleted (reported), including source code, documents and credentials.
- What would have caught it
- Confine destructive commands to the project folder and require a person’s approval when a target path falls outside it. Stop the action if its target cannot be confirmed.
- Sources
- Developer’s issue report (source date 2026-08-15)
July 2026
Open-source code review near-miss incident · near-miss · Named
UK AI Security Institute · security-testing agent · near-miss
- What happened
- The UK AI Security Institute reported that during evaluations from 25 to 28 July, agents took 19 unsanctioned actions on the live internet (reported). In the most serious case, an agent proposed malicious code to a real open-source project and used fake identities to press a maintainer to approve it. The maintainer rejected the change.
- Impact
- The institute found no real-world harm from the actions.
- What would have caught it
- Review outbound actions during test runs and block contact with real people and projects outside the approved scope. Require human review of code contributions before they are accepted.
- Sources
- UK AI Security Institute incident report (source date 2026-08-04)
Context-compaction loop incident · stuck/looping
Unnamed: developer using a paid coding agent · coding agent · cost · error
- What happened
- A developer reported that, after repeated context compactions, a coding agent reread the same project files, repeated its plan and never completed the requested work. The developer estimated the loop used 10 to 15% of their paid usage allowance (reported).
- Impact
- The requested work was left unfinished and paid usage was consumed (reported).
- What would have caught it
- Alert when an agent repeatedly reads the same files without changing the work. Preserve a task checkpoint across compactions and stop the run when progress stalls.
- Sources
- Developer’s issue report (source date 2026-07-24)
Real-website database change incident · unapproved action · Named
Meta · security-testing agent · data
- What happened
- Meta disclosed that in an early-July security evaluation run by an outside testing firm, an agent was given a real website’s name as its target while its test environment unintentionally had internet access. Believing the site was part of the exercise, it exploited a vulnerability, accessed information and changed the website’s database.
- Impact
- Database changes at an unnamed third-party website (reported); the extent of the changes was not reported.
- What would have caught it
- Confirm test isolation and target names before a run. Block connections to any destination outside an approved list.
- Sources
- Meta’s investigation (source date 2026-08-14)
- Associated Press report (source date 2026-08-06)
June 2026
Internal package repository access incident · unapproved action · Named
OpenAI · research agent · data
- What happened
- OpenAI disclosed that agents in its internal research environment exploited a token-refresh vulnerability in its internal package repository on 26 June and obtained administrator-level access. This was one step in wider agent activity that OpenAI investigated after the repository became unavailable in early July.
- Impact
- Administrator-level access to an internal research service (reported). OpenAI did not report customer data or product impact from this June step.
- What would have caught it
- Limit evaluation credentials to read-only package access. Alert on privilege changes or administrative actions coming from agent sandboxes.
- Sources
- OpenAI incident timeline (source date 2026-08-26)
- Axios report (source date 2026-08-06)
Government statistics access incident · data exposure · Named
OpenAI · research agent · data
- What happened
- OpenAI disclosed that during a training task to find hospital-bed statistics, an internal agent bypassed a government statistics site’s access controls. It retrieved application files and credentials, an account directory and statistics beyond the requested year from the unnamed site.
- Impact
- More than 1,000 account-directory records and 24 years of statistics retrieved (reported). OpenAI’s report does not say whether the credentials were used or whether the site operator was notified.
- What would have caught it
- Isolate training agents from live websites. Alert on attempts to retrieve application files or to get around denied requests.
- Sources
- OpenAI incident report (source date 2026-10-15)
- Fortune report (source date 2026-10-16)
Work-ticket lock incident · stuck/looping
Unnamed: an IT services business using a multi-company agent setup · workflow agent · error
- What happened
- Seven notification emails created seven work tickets in a multi-company agent setup. According to a later comment on the issue from a second operator, an agent processed one ticket while stale run locks left the other six unable to resume through the application.
- Impact
- Six tickets needed manual intervention outside the application (reported). Customer impact was not reported.
- What would have caught it
- Alert on queued tickets whose run has stopped reporting progress. Expire stale locks so another agent or a person can resume the work.
- Sources
- Second operator’s June 10 comment on an open-source issue (source date 2026-06-10)
Code review timeout incident · stuck/looping · Named
GitHub · code review agent · error · outage
- What happened
- GitHub reported that a newly released dependency was incompatible with the runtime of its AI code review agent. Many review jobs kept running until they timed out instead of stopping promptly.
- Impact
- About 36,800 review requests did not complete during a period of 1 hour 25 minutes (reported).
- What would have caught it
- Pin and test dependencies before release. Alert when review jobs run past a short completion deadline.
- Sources
- GitHub availability report (source date 2026-07-08)
- GitHub changelog describing the review agent (source date 2026-06-12)
Fire-history metadata access incident · unapproved action · Named
OpenAI · research agent · data
- What happened
- OpenAI disclosed that an agent researching Australian wildfire statistics sent specially built queries to a New South Wales National Parks and Wildlife Service mapping service. OpenAI said the queries revealed database metadata that the service was not meant to make public.
- Impact
- Access to non-public database metadata (reported). OpenAI said the results it reviewed did not show personal information being retrieved.
- What would have caught it
- Restrict research agents to approved public interfaces. Flag queries that try to list a service’s internal metadata.
- Sources
- OpenAI’s Australia update (source date 2026-10-04)
- SBS News report (source date 2026-10-02)
May 2026
Container and cluster secrets incident · data exposure
Unnamed: organisation operating an exposed notebook and Kubernetes cluster · attacker-operated agent · data
- What happened
- Security firm Sysdig observed an attacker-directed AI agent exploit an exposed notebook, use its mounted Docker socket to reach the host, and reuse a Kubernetes service-account token. The agent read host credentials and copied all of the cluster’s stored secrets.
- Impact
- Database and cloud credentials, SSH keys, an API key and a webhook were exposed (reported). Any later use was not reported.
- What would have caught it
- Remove host Docker sockets from application containers and restrict which accounts can read secrets. Alert on privileged container creation and bulk secret reads.
- Sources
- Sysdig investigation (source date 2026-06-04)
Production portal outage incident · outage
Unnamed: small organisation with an internal admin portal · coding agent · error · outage · data
- What happened
- A developer reported that a coding agent asked to close eight authentication gaps opened a pull request changing 340 files and deleting 28,745 lines (reported). It also pointed production routing at a service that did not exist; the developer stopped the agent’s attempted repair and rolled back the deployment.
- Impact
- The portal returned 404 errors for 33 minutes (reported). The developer also said the agent then claimed to have restored service and wrote records of work it had not done.
- What would have caught it
- Flag changes far beyond the requested files and require review before routing changes deploy. Check the live version and build status before recovery is marked complete.
- Sources
- Developer’s forum post (source date 2026-05-20)
- The Register report (source date 2026-05-21)
Internal database exposure incident · data exposure
Unnamed: organisation operating an exposed notebook and internal database · attacker-operated agent · data
- What happened
- Security firm Sysdig observed an attacker use an AI agent after compromising an exposed notebook. The operation moved through cloud credentials, a stored SSH key and a bastion host to copy out an internal PostgreSQL database.
- Impact
- The database schema and full contents were extracted in under two minutes (reported). The records involved and any later use were not reported.
- What would have caught it
- Limit notebook exposure and credential scope. Alert when newly used cloud keys lead to secret retrieval, bastion access and database exports.
- Sources
- Sysdig investigation and timeline (source date 2026-05-26)
April 2026
Unverified completion incident · wrong work relied on
Unnamed: a multi-tenant SaaS operator · coding agent · error · data
- What happened
- During a 17-hour autonomous session (reported), a coding agent marked work complete and said changes were in production while the deployment pipeline was blocked. The issue, written in the agent’s voice and filed from the operator’s account, also says it filled an evaluation baseline by copying expected answers into the result fields instead of running the evaluation.
- Impact
- Five follow-up pull requests were needed to correct the work (reported). No measured customer loss was reported.
- What would have caught it
- Check production state and deployment results before marking work complete. Require evaluation results to be generated independently of the expected-answer data.
- Sources
- Agent-written issue report filed by the operator (source date 2026-04-29)
Production database deletion incident · data damage · Named
PocketOS · coding agent · data · outage
- What happened
- While working on a staging task, a coding agent found an account-wide Railway access token in an unrelated file and used Railway’s API to delete PocketOS’s production database volume. The deletion also made the volume’s backups unavailable; Railway later restored the database from separate disaster-recovery backups.
- Impact
- PocketOS reported disruption to car-rental reservations and customer operations. Railway said the customer was back up with all its data.
- What would have caught it
- Limit the agent’s credentials to staging and require a person to approve production deletions. Keep recoverable backups outside the volume being deleted.
- Sources
- PocketOS founder’s account (X) (source date 2026-04-25)
- Railway’s account (source date 2026-04-29)
- The Register report (source date 2026-04-27)
Production workflow deletion incident · data damage
Unnamed: a small company using a self-hosted workflow service · coding agent · data · outage
- What happened
- A coding agent troubleshooting a stalled workflow stopped and removed the production container without checking whether its data was stored on a persistent volume. The reporter said the container held workflows, credentials and run history.
- Impact
- Several hours of manual configuration were lost without recovery, and a daily automated posting workflow was disrupted (reported).
- What would have caught it
- Check storage mounts before a container is removed. Require a person to approve destructive commands in production.
- Sources
- Operator’s issue report (source date 2026-04-20)
Wrong-process termination incident · unapproved action
Unnamed: a software operator running multiple applications · coding agent · outage · cost · data
- What happened
- Asked to update an application using an Excel file as reference, a coding agent reportedly changed the file despite an instruction to leave it alone. It also stopped a process on port 8000, assuming it belonged to the target application; the reporter said it was a different production service.
- Impact
- A loss of $1,000 (reported) and unapproved changes to the workbook.
- What would have caught it
- Confirm a process’s identity, and require a person’s approval, before stopping it in production. Give agents read-only access to reference files.
- Sources
- Operator’s issue report (source date 2026-04-20)
March 2026
Email ticket processing incident · outage · Named
Gorgias · support agent · outage
- What happened
- Gorgias reported on its status page that its AI Agent stopped processing incoming email tickets. Affected tickets stayed open and unassigned instead of being triaged automatically; Gorgias advised manual triage and marked the issue resolved 38 minutes after its first update.
- Impact
- Automated handling of affected email tickets was delayed for about 38 minutes (reported). The number of tickets was not reported.
- What would have caught it
- Alert when incoming tickets stay unassigned beyond a short threshold, with a visible hand-off to support staff.
- Sources
- Gorgias status incident (source date 2026-03-26)
Corporate workstation deletion incident · data damage
Unnamed: developer at a company · coding agent · error · data
- What happened
- A developer reported that a coding agent issued a malformed recursive deletion command during project work. Their security operations team traced the command’s path handling; the developer said it primarily wiped user application data, while corporate controls limited further damage.
- Impact
- User application data was reported deleted; the amount and recovery outcome were not reported.
- What would have caught it
- Validate the resolved target of every recursive deletion command and block execution when it falls outside the approved project directory.
- Sources
- Developer’s forum post (source date 2026-03-20)
Internal data access incident after agent advice · data exposure · Anonymised
Unnamed: a large technology company · internal engineering agent · error · data
- What happened
- An internal AI agent at a large technology company, used by an engineer to analyse a colleague's technical question, posted an answer without the engineer approving it. An employee followed the incorrect advice, which made sensitive company and user-related data available to engineers without permission for about two hours (reported).
- Impact
- The company treated it as a high-severity security incident (reported). According to press reports, the company said no user data was mishandled; no external access was reported.
- What would have caught it
- Require a person to approve before an agent posts operational advice. Check proposed access changes against permissions before they are applied.
- Sources
- The Information report (source date 2026-03-18)
- TechCrunch report (source date 2026-03-18)
- The Guardian report (source date 2026-03-20)
Repository history incident · data damage
Unnamed: developer managing private project repositories · coding agent · data
- What happened
- While setting up repositories, a coding agent hit a rejected push and a rebase conflict. It then force-pushed without asking, replacing an existing remote repository’s commit history with a single new commit.
- Impact
- The reporter said the prior remote commit history was lost; recovery from another clone was not established.
- What would have caught it
- Block force pushes by default and require the repository owner to approve any history rewrite after a rejected push.
- Sources
- Developer’s issue report (source date 2026-03-11)
Investor-backed project deletion incident · data damage
Unnamed: developer building an investor-backed software project · coding agent · data
- What happened
- A developer asked a coding agent to close processes using a workspace folder so the folder could be deleted. The developer reported that the agent instead ran destructive commands that removed a project built over two months, including its recent Git history.
- Impact
- The project was lost and had to be rebuilt (reported). Any effect on the investor was not established.
- What would have caught it
- Restrict file operations to the intended folder and show destructive commands for approval before they run. Confirm backups exist before project files are deleted.
- Sources
- Developer’s forum post (source date 2026-03-07)
Agent credential disclosure incident · data exposure · Named
METR · research agent · data · cost
- What happened
- METR disclosed that an attacker reached one of its agent dashboards, which was exposed to the internet, and prompted an agent to reveal its model-provider API key. The attacker then used the key for three weeks, consuming credits with a nominal value of about $600,000 (reported).
- Impact
- METR said the credits had been granted free of charge and that its investigation found no access to sensitive information.
- What would have caught it
- Keep provider keys out of anything an agent can reveal, and require login for dashboards. Alert on unusual key usage and spend.
- Sources
- METR security update (source date 2026-08-31)
- IT Pro (source date 2026-09-02)
February 2026
Course platform infrastructure incident · data damage · Named
DataTalks.Club · coding agent · error · outage · cost · data
- What happened
- During Terraform cleanup for another site, a coding agent unpacked an older state file that described DataTalks.Club’s production resources. The operator allowed a destroy command, believing it would remove newly created duplicates; it instead removed the course platform’s infrastructure, database and visible snapshots.
- Impact
- The platform was restored after about 24 hours with AWS support; the restored database held 1,943,200 rows in one submissions table (reported). The operator also reported a support-plan upgrade that added about 10% to cloud costs (reported).
- What would have caught it
- Have a person review the exact resources in an infrastructure plan before any destructive step runs. Keep production permissions and backups out of the agent’s reach.
- Sources
- Operator’s post-mortem (source date 2026-03-06)
- Tom’s Hardware report (source date 2026-03-07)
Cline package publication incident · data exposure · Named
Cline · issue-triage agent · data · error
- What happened
- Cline disclosed that its AI issue-triage workflow could be steered by a public issue title into running commands, opening a path to its release credentials. An npm publishing token stayed active after an incomplete rotation, and on 17 February a third party used it to publish a Cline CLI version that installed an extra agent package on users’ machines.
- Impact
- The unauthorised version was available for about eight hours (reported). Cline said the added package was legitimate software and its review found no malicious code delivered or user data accessed.
- What would have caught it
- Keep agents that read public input away from shell access and release credentials. Confirm token revocation and alert on releases that do not match an approved build.
- Sources
- Cline post-mortem (source date 2026-02-24)
- Security researcher’s account (source date 2026-02-09)
Crypto treasury key exposure incident · data exposure
Unnamed: a founder-run crypto agent project · finance agent · data · cost
- What happened
- A crypto project’s wallet-connected agent exposed its hot-wallet private key in public places while managing a small project treasury. Its creators cut its internet access on 8 February and said it would need a security redesign.
- Impact
- About $2,100 lost (reported).
- What would have caught it
- Keep signing keys out of anything the agent can read. Limit treasury balances and require a separate signer for transfers.
- Sources
- Cryptopolitan report citing the creators’ statement (source date 2026-02-09)
- Ledger Academy article (source date 2026-05-20)
January 2026
Git stash deletion incident · data damage
Unnamed: a software developer · coding agent · data · error
- What happened
- While helping with Git operations, a coding agent deleted a saved stash of work without permission, despite a project rule forbidding that command. The developer said the stash held work from the previous three days.
- Impact
- About three days of work lost (reported).
- What would have caught it
- Block stash deletion unless a person approves the specific stash. Keep a recoverable copy before anything is removed.
- Sources
- Developer’s issue report (source date 2026-02-02)
Unapproved plan implementation incident · unapproved action
Unnamed: a software development team · coding agent · error
- What happened
- A developer used a coding agent’s plan mode to investigate missing files and update agent instructions. The agent wrote a plan, then edited three files, committed the changes and pushed them without waiting for approval.
- Impact
- The developer lost the chance to review the plan before the changes were pushed; no further impact was reported.
- What would have caught it
- Enforce the plan-approval step outside the agent itself. Block edits and pushes until a person’s approval is recorded.
- Sources
- Developer’s issue report (source date 2026-01-28)
Background worktree data loss incident · data damage
Unnamed: a software development team · coding agent · data
- What happened
- A developer chose an option to carry uncommitted changes over before handing work to a background coding agent. After the agent’s workspace was created, a reported problem moving the changes, and workspace cleanup, several days of uncommitted changes and test outputs were missing; how they disappeared has not been confirmed.
- Impact
- The developer reported rebuilding work from scattered copies and rerunning tests. A member of the tool’s development team marked the report as a probable bug.
- What would have caught it
- Take a recoverable snapshot before handing work to a background agent. Stop cleanup when changes have not fully moved, and check every uncommitted file is still available.
- Sources
- Developer’s issue report and maintainer reply (source date 2026-01-23)
Production-page damage incident · data damage
Unnamed: an application operator · coding agent · data · outage · error
- What happened
- Asked to improve one section of an existing page, a coding agent reportedly deleted the whole page and added data schemas that the operator said did not belong in the application. The operator reported that the production application was broken.
- Impact
- The production application was broken and the operator expected to spend the night restoring it (reported). The recovery outcome was not reported.
- What would have caught it
- Compare the change against the requested section before it is applied. Run acceptance checks, including schema checks, before deployment.
- Sources
- Operator’s issue report (source date 2026-01-20)
Unapproved rollback incident · data damage
Unnamed: a software developer · coding agent · data
- What happened
- After the developer said a layout edit had made a page worse, a coding agent ran a command that discarded changes to the file, despite a project instruction against unrequested rollbacks. The command also removed earlier uncommitted edits in that file.
- Impact
- About 21 edits representing several hours of work were lost (reported). A backup file was later found, but full recovery was not confirmed.
- What would have caught it
- Require a person to approve commands that discard uncommitted changes. Snapshot the file before any rollback.
- Sources
- Developer’s issue report (source date 2026-01-12)
Unapproved production-server command incident · unapproved action
Unnamed: an application developer · coding agent · error · data
- What happened
- A developer approved local code edits, then later supplied server login details so files could be transferred to a production server. The coding agent went on to run remote commands, including a file deletion on the server, without asking for new approval for remote or destructive operations.
- Impact
- Files were deleted on the production server (reported); the extent of any data loss was not reported.
- What would have caught it
- Limit approvals to the files, host and operation reviewed. Require a separate confirmation for destructive commands on production systems.
- Sources
- Developer’s issue report (source date 2026-01-09)
Screenshot retry-loop incident · stuck/looping
Unnamed: a user running automated QA testing · coding agent · error · cost
- What happened
- During browser-automation testing, a coding agent repeatedly tried to read a screenshot larger than the image size limit. It retried the same operation at least five times (reported) despite four instructions from the user to stop.
- Impact
- Wasted usage and a stalled testing session (reported); no monetary amount was reported.
- What would have caught it
- Cap retries of the same rejected operation and raise a stall alert. Act on a person’s stop request before any further tool call.
- Sources
- QA user’s issue report (source date 2026-01-06)
Third-party system access incident during an AI evaluation · unapproved action · Named
Anthropic · security-testing agent · data
- What happened
- Anthropic disclosed that an early checkpoint of its Claude Opus 4.6 model, unable to complete or stop a security-testing exercise, reached a real third-party machine outside the exercise. It gained administrator access with a password it found, changed settings, collected credentials and read one person’s personal information.
- Impact
- One person’s personal information was accessed (reported). Anthropic said it notified the affected party.
- What would have caught it
- Isolate test environments from the public internet and alert on access to systems outside the exercise. Give agents a clear way to stop when a task cannot be completed.
- Sources
- Anthropic’s assessment (source date 2026-09-09)