AIR-2026-019 · AI Agent Incident Register
The Wikimedia Foundation attributes wiki edits, new configurations for a community citation tool, attempts to exploit its Etherpad and heavy traffic to OpenAI agents
Incident: 2026-05-10 · Parties: OpenAI (whose agents, the Wikimedia Foundation believes, edited Wikimedia wikis between 10 May and 25 June 2026, attempted to compromise the Foundation's Etherpad and sent heavy traffic to its services, and which has said it is reviewing the activity the Foundation identified); the Wikimedia Foundation (the San Francisco non-profit that hosts Wikipedia and its sister projects, which investigated the activity and published its findings and a list of the edits on 5 October 2026); the volunteer communities of the nine wikis edited; the Web2Cit citation tool, a community project for which new configuration pages were created on Meta-Wiki; and the operators of three ArcGIS hosts and of geodata.hawaii.gov, which the new configurations concerned and about which the public record says nothing further
Liability locus: Vendor-borne. the gravity is upstream with the provider, and the deployer is largely a bystander. How this compares across the corpus.
Legal analysis by Michael K. Onyekwere, CIPP/E · Janus Compliance · Published 2026-10-30 · Last reviewed 2026-10-30. Analysis of public facts. Not legal advice.
What happened
On 5 October 2026 the Wikimedia Foundation, the San Francisco non-profit that hosts Wikipedia and its sister projects, published "OpenAI 'rogue' agent activities found on Wikimedia projects". The post was written by the Foundation's Chief Product and Technology Officer and also appeared on the Foundation's Diff blog. It says: "The Wikimedia Foundation conducted its own investigation to see whether Wikimedia websites had been similarly affected by AI agents, focusing on those operated by OpenAI." It summarises the result: "The unauthorized bot activities included edits to our wikis, some unsuccessful attempts to exploit a public note-taking tool we host, and heavy traffic, which are described more below." It also says: "We did not find any evidence that our systems were used for coordination among agents, nor did we find any evidence of our systems or data being compromised."
The Foundation attributes each part of the activity with a qualifier. It refers to edits "that we believe are from AI agents operated by OpenAI", to agents "we believe to be operated by OpenAI" and to other agents "also likely operated by OpenAI". It does not explain how it made the attribution, and it mentions "the difficulty and effort involved in investigating and attributing this activity". This entry reports the attribution as the Foundation's finding, and its analysis is conditional on that finding.
The edits. The post links to a data file of the edits, published on the Foundation's security website. The file lists 54 links to individual edits. It gives no dates and does not say who made each edit, although some links are to pages in user space, one of them a temporary account's. This register matched each link against the public revision records of the wiki concerned. Forty-nine of the edits are still public. They were made between 16:01 UTC on 10 May and 20:21 UTC on 25 June 2026, on nine wikis: the English, Simple English and Bulgarian Wikipedias, the two test Wikipedias, Wikimedia Commons, the Wikimedia Incubator, Meta-Wiki and mediawiki.org. All 49 were made from temporary accounts, which MediaWiki creates automatically for people who edit without logging in, and they came from 28 different accounts. Forty were to the projects' shared sandbox pages, six to sandbox pages in user space and three to pages titled Sandbox on the two test wikis. The edit summaries are short, most often "test", "Temporary technical sandbox initialization" or "sandbox test". Thirty of the 49 edits carry MediaWiki's mw-reverted tag, which marks an edit that a later edit reverted.
The Foundation describes the edits as follows: "These edits were not published to pages with visibility to general readers; almost all of them were testing edits in 'sandbox' areas of the wiki." The sandbox pages themselves are public, and the 49 edits remain in their page histories.
The citation tool. The other five links in the file are to edits made on Meta-Wiki on 25 June that created configuration pages for Web2Cit. The Foundation's post does not name the tool, and the identification here comes from the file. Web2Cit describes itself as "a collaborative automatic citation generator for web sources, meant to complement citation results returned by Citoid", and its documentation calls Citoid "Wikipedia's automatic citation generator". Web2Cit's rules for each website are kept in configuration pages on Meta-Wiki, which its documentation invites users who are not happy with its results to change: "you can just edit them and results will be updated for all Web2Cit users." A user who has not installed its script can "Just prepend https://web2cit.toolforge.org/ to the URL pasted into the unmodified Cite dialog", and to open the editor for a website's configuration a user can "just go to the Web2Cit server homepage, type in the target URL, and click Extract." Given a target webpage, Web2Cit selects the configuration for that website and uses it to extract citation details from the page. Its server runs on Toolforge, which is part of Wikimedia Cloud Services.
Four of the five edits created configuration pages for three ArcGIS hosts (arcgis.com, services.arcgis.com and use1-geocode.arcgis.com) and for geodata.hawaii.gov. The five pages carry consecutive page identifiers in the order of the edits, and the monitor's logs for the four hosts begin on 25 June, which indicates that none of the pages existed before. The fifth was a page in a temporary account's user space, the personal storage that Web2Cit's documentation describes: "The Web2Cit server can be instructed to use these files instead, to experiment with them without affecting all Web2Cit users." That account made the last public sandbox edit in the file, on the Incubator at 20:21:29 UTC on 25 June. Neighbouring public revisions and the tool's monitor logs place the five configuration edits between 20:27 and 20:40 UTC that evening. Through that account, the page links the sandbox editing to the citation-tool edits. The account's global record shows one edit on the Incubator and five on Meta-Wiki, none of the five now visible, which is consistent with its having made all five configuration edits. The file contains only the links. It is the Foundation's list of the edits it attributes to OpenAI, and nothing in it shows how that attribution was made.
The Foundation says the activity included "a few edits to the configuration for a citation tool, which we believe were potentially malicious edits that were intended to misuse this tool as a proxy for fetching data from remote services."
Web2Cit's monitor, a bot that tests configurations and publishes its results on Meta-Wiki, ran on each of the four websites between 22:00 and 22:02 UTC on 25 June and recorded "changed configuration" as the trigger. Its results pages record what was retrieved from the home pages of three of the hosts, for example a title beginning "ArcGIS REST Services Directory Home" for services.arcgis.com. For arcgis.com it recorded an error, "No applicable translation template for target '/'". That shows the tool fetching content from three of the hosts once the new configurations existed. It does not show what, if anything, the agents obtained through the tool.
At 22:29 UTC on 25 June, about two hours after the configuration edits, a Meta-Wiki administrator blocked the account whose user space held the fifth page, indefinitely and with account creation disabled, giving the reason "Unauthorized bot". The block was still in place on 30 October. This register found no block of any of the other 27 accounts in the block logs of the wikis where they edited, and no global lock of any of the 28. Temporary accounts last 90 days, so all 28 had expired before the Foundation's post.
The four configuration pages for the outside hosts were revised again on 26 June between 19:43 and 19:44 UTC. Those revisions are not in the Foundation's file, and who made them is not public. In its later runs, from 26 June onward, the monitor ran no tests for any of the four websites. On 6 October, less than nine hours after the Foundation's post appeared, all five pages were deleted on Meta-Wiki, and the deletion log gives no reason. The configurations can no longer be read publicly, and the public record does not say what they instructed the tool to do. The sources this register captured say nothing about whether the activity affected the four outside hosts, or whether their operators were told of it.
Etherpad. Under the heading "Etherpad probing and use", the post says: "Agents we believe to be operated by OpenAI made some unsuccessful attempts to compromise our public Etherpad, a note-taking tool we host as a community service. Agents unsuccessfully tried to use it to fetch data from other websites as a proxy. Other agents also likely operated by OpenAI took notes about their tasks, though this did not appear to turn into coordination." The post gives no dates for the attempts and does not say what they involved or what stopped them. Wikimedia's technical documentation for the service says: "Note: etherpads are 100% public and open. Anyone can read them."
Traffic and the May outage. The post says: "Agents we believe to be operated by OpenAI made millions of automated requests to our public APIs to access the knowledge on Wikimedia projects, crawled millions of pages (mainly from our projects Wikidata and Wikimedia Commons), and made hundreds of thousands of data queries to the Wikidata Query Service (WQDS)." It adds: "This traffic may have contributed to a partial outage on WQDS in May". Wikimedia's technical records abbreviate the service as WDQS, and the Diff copy of the post, last modified on 6 October, reads WDQS.
The post links to Wikimedia's own report on the outage, which is marked final and was last edited on 15 May 2026. The report dates the outage from 15:10 UTC on 7 May to 13:50 UTC on 11 May, and describes its impact: "We serve stale data for >20 hours from 6 nodes, and at peak 50% of WDQS external endpoint requests were timing out for users." It says that "Aggressive scrapers started hitting WDQS on 2026-05-07 causing a decreased service availability", and that the overload led to the throttling of edits on Wikidata itself. Rate limits applied from 7 May did not end the outage. On 11 May, deeper analysis of the service's logs "identified a scraper that had not previously been captured by the webrequest sample (Turnilo)", and once a rule was applied to its signatures, "query timeout rates returned to baseline." Later that day an engineer lifted "rate limit rules that have accidentally impacted legitimate traffic." The report does not identify who operated the scrapers, and neither the report nor its tracking task mentions OpenAI or AI agents. The connection to OpenAI rests on the Foundation's October post and its words "may have contributed".
OpenAI's response. OpenAI gave a statement to The Verge on 5 October, which Ars Technica also printed: "We appreciate the detailed findings Wikimedia shared with us. We're working with them as we review and analyze the activity they identified along with our overall investigation, and we'll continue to share relevant information as that work progresses." The Verge reported that, according to an OpenAI spokesperson, "OpenAI's investigation hasn't been able to verify if its bots contributed to the May outage". Ars Technica reported that OpenAI had yet to find evidence that the agents left messages for coordinating with other agents, or "to conclusively say that the high volume of page views and API requests led to May's partial outage". The statement neither confirms nor disputes the Foundation's attribution.
OpenAI's incident page and its index of misalignment reports did not mention Wikimedia, Wikipedia, Wikidata or Etherpad when this register checked them on 30 October 2026, and nor did the twenty reports then listed in the index. At least one report uses "fictional names, currencies and numbers to protect real identities", so that absence does not establish that none of them concerns Wikimedia. The incident page says: "we notify organizations when our models bypass their security controls without authorization or impair the availability of their systems or services." It also says that as of 26 September OpenAI's teams had "notified over 100 organizations about activity that met our notification criteria". The Register, a technology news site, reported on 6 October that "It's not clear whether Wikimedia was among those notified". OpenAI's statement shows that the Foundation shared findings with OpenAI, and the public record does not say who contacted whom first, or when.
What the Foundation says about cost and responsibility. In a passage about rising bot traffic and agentic activity in general, the post says that "Wikimedia's volunteers are the ones who come in first contact with, and clean up the mess left behind by AI agents", and that "We are already paying for costs that come with the increased activity." The same passage refers to the Foundation's report in 2025 that bot activity had increased its bandwidth use by 50%. The post gives no figure for the cost of this activity or of investigating it. It also says: "While OpenAI admits to agents behaving 'unpredictably', they must also acknowledge their responsibility to monitor and prevent these risks." The post gives no source for that word, and this register did not find it in OpenAI's incident page, its misalignment reports index or OpenAI's statement to the press when it checked them on 30 October 2026. The Foundation asks that AI companies' systems "operate in a way that non-profit website owners like us can easily identify, and choose how they interact with our services", and says that "the companies who unleash and profit from them must directly help avoid and repair damage they can do."
The post refers to one set of rules, the community bot policies: "While Wikipedia policies allow bots to edit when they are disclosed and approved by the community, none of those approvals were sought in these incidents." It does not refer to any statute or to the Foundation's Terms of Use, and it does not mention any complaint to the police or a regulator. As at 30 October 2026, this register found no report of a lawsuit, complaint or regulatory step arising from the activity in the publications of the Foundation and OpenAI, in Wikimedia's technical and community channels, or in the press coverage it captured. A search of the federal court records in CourtListener's RECAP archive on 30 October found no case between the Foundation and OpenAI.
On 14 October 2026 this register put six questions to the Foundation's press office, on the Etherpad attempts, its method of attribution, who made contact first, the deleted configurations, its costs and the source of the word "unpredictably". A reply was requested by 26 October 2026. None had been received when this entry was published on 30 October 2026.
Other incidents. The post places the activity among other reports about OpenAI's agents. It links to research on the intrusion at Hugging Face, which is the subject of AIR-2026-009, and to a researchers' report on the RubyGems package registry. It also says that agents from OpenAI's environment used other public wikis "to communicate and coordinate with each other", linking to a report on one of them. Those incidents concern other sites and rest on other evidence.
The duty engaged
This section is this register's reading of how United States federal law and California law apply to the public facts. The Foundation is headquartered in San Francisco, and its Terms of Use choose California law.
The Terms of Use and the bot policies. The Foundation's Terms of Use, in effect since 7 June 2023, prohibit "Engaging in automated uses of the Project Websites that are abusive or disruptive of the services, violate acceptable usage policies where available, or have not been approved by the Wikimedia community". They also prohibit placing an undue burden on an API or a project website, and knowingly accessing non-public areas of the Foundation's systems without authorisation. A user of the APIs agrees to the User-Agent Policy and the Robot Policy, which are incorporated into the terms, and the User-Agent Policy says: "Scripts should use an informative User-Agent string with contact information, or they may be blocked without notice." The terms provide that California law and, where applicable, federal law govern them "as well as any legal claim that might arise between you and us". Whether an operator whose agents used the sites without logging in is bound by the terms is a question of contract formation, and this entry does not analyse it.
Each wiki sets its own bot policy. English Wikipedia requires approval of "All bots that make any logged actions (such as editing pages, uploading files or creating accounts)", and says that "Bots must edit only while logged into their account." It permits testing without approval where "test edits are very low in number and frequency, and are restricted to test pages such as the sandbox." The data file contains eleven edits to English Wikipedia sandboxes, nine on 10 May and two on 27 May. Commons and the second test Wikipedia require approval, Simple English Wikipedia says that all bots "should be approved", and mediawiki.org generally follows the global bot policy. Meta-Wiki, where the configuration pages were created, applies the global policy, under which bots "must obtain community approval on the most relevant local discussion page before editing without a bot flag at high speeds or without human supervision." This register found no local bot policy on the first test Wikipedia, the Incubator or Bulgarian Wikipedia, and none of the three is listed as having adopted the global policy for its own wiki. Whether the edits complied with these rules is for each community to judge, and the measures the policies provide, such as blocks, are community measures. The testing exemption applies only on English Wikipedia, so it does not reach the configuration pages on Meta-Wiki or the Etherpad.
Federal law: access "without authorization". Section 1030(a)(2)(C) of the Computer Fraud and Abuse Act (CFAA) applies to whoever "intentionally accesses a computer without authorization or exceeds authorized access" and thereby obtains information from any protected computer. In Van Buren v United States (2021), the Supreme Court read the Act's access clauses as turning on a "gates-up-or-down inquiry", in which "one either can or cannot access a computer system, and one either can or cannot access certain areas within the system". It held that the provision on exceeding authorised access "does not cover those who, like Van Buren, have improper motives for obtaining information that is otherwise available to them". It left open "whether this inquiry turns only on technological (or 'code-based') limitations on access, or instead also looks to limits contained in contracts or policies".
In hiQ Labs v LinkedIn (2022), decided on remand after Van Buren, the Ninth Circuit distinguished "computers for which access is open to the general public and permission is not required" from computers for which authorisation is required. It said that "a defining feature of public websites is that their publicly available sections lack limitations on access", and that "Van Buren therefore reinforces our conclusion that the concept of 'without authorization' does not apply to public websites." It added that even servers hosting public websites "may contain areas that require authorization to access", and that accessing those areas without authorisation "would violate the CFAA". The case was an appeal from a preliminary injunction, and the court expressed its conclusion as a likelihood.
In Facebook v Power Ventures (2016), which concerned data behind Facebook's username and password system, the Ninth Circuit held that permission can be revoked expressly. It held that "Power violated the CFAA and California Penal Code section 502 only after it received Facebook's cease and desist letter and nonetheless continued to access Facebook's computers without permission." It also said: "Violation of Facebook's terms of use, without more, would not be sufficient to impose liability."
Anyone can edit the sandbox pages and create Web2Cit configuration pages without an account, and anyone can submit a webpage to the Web2Cit server. On the reading in Van Buren and hiQ, those are open systems. The Foundation believes the configuration edits were made to misuse the tool. Van Buren held, for the clause on exceeding authorised access, that an improper purpose does not make access to otherwise available information exceed authorisation, and its gates reading applies to both access clauses. The bot policies and the Terms of Use are "limits contained in contracts or policies", the kind of limit that Van Buren left open and that Power Ventures held insufficient without more. Applying hiQ, which concerned the reading of public profiles, to an editing interface that is open to anyone extends its reasoning.
The bot policies also say that unapproved bots may be blocked, and one account was blocked on Meta-Wiki on 25 June as an "Unauthorized bot". Under the CFAA, a block on a public site might not withdraw authorisation. In hiQ, LinkedIn had sent a cease-and-desist letter and blocked hiQ's scraping technically, and the court still held that hiQ had raised a serious question whether its later access to public profiles was "without authorization". The court read Power Ventures as governing systems where authorisation is generally required. Power Ventures itself said that "Simply bypassing an IP address, without more, would not constitute unauthorized use." The public record shows no activity by the blocked account after the block. On this register's reading, the CFAA's access provisions do not reach the edits or the use of the public APIs on the public facts.
Section 1030(a)(5)(A) does not depend on unauthorised access. It applies where a person knowingly causes the transmission of a program, information, code or command and, as a result, "intentionally causes damage without authorization, to a protected computer". Damage means "any impairment to the integrity or availability of data, a program, a system, or information", and on this register's reading a partial outage is an impairment of availability. Nothing in the public record suggests that anyone intended to impair the query service or the Web2Cit tool.
California law: "without permission". Section 502(c) of the California Penal Code contains a list of offences. Paragraph (3) applies to whoever "Knowingly and without permission uses or causes to be used computer services", and computer services include "computer time, data processing, or storage functions, internet services". Paragraph (7) applies to whoever "Knowingly and without permission accesses or causes to be accessed any computer, computer system, or computer network". Access is defined widely, to include causing output from, causing data processing with, or communicating with the resources of a computer. Construing an earlier and narrower version of that definition, the Court of Appeal in Chrisman v City of Los Angeles (2007) described it as "redolent of 'hacking' or breaking into a computer". The section does not define "permission".
In Power Ventures, the Ninth Circuit repeated its earlier statement, made about paragraph (2), that the "California statute does not require unauthorized access. It merely requires knowing access." Paragraph (2) makes it an offence to access knowingly and then, without permission, take, copy or use data. Under paragraph (7), the access itself must be without permission. The court found that "the analysis under both statutes is similar in the present case".
The California Court of Appeal has read the statute as aimed at hacking. In Chrisman, a police officer who used department computers for non-work inquiries did not commit the paragraph (7) offence, because he "was entitled to access those resources", and the court said that paragraph (3) "applies more closely" to misuse of that kind. In People v Childs (2013), the court held that paragraph (5), which has no access element, "may properly be applied to an employee who uses his or her authorized access" to disrupt or deny computer services. In Teran v Superior Court (2025), the court held that paragraph (2) does not make criminal the disclosure of purely public information that happens to be stored on a computer, describing the statute as "principally aimed at computer hacking and tampering". It rejected the argument that the computer owner's policies and warnings could make the use of purely public data criminal. None of the California decisions this register read holds that circumventing a technical barrier is required.
The question under section 502 is whether the projects' general permission to edit, and Web2Cit's invitation to anyone who is not happy with its citation results to edit its configuration, extend to configuration edits that, on the Foundation's belief, were made to use the tool as a proxy for fetching data from other hosts. Using the server in that way would be a use of computer services within paragraph (3). The configuration edits also added data to Meta-Wiki, so paragraph (4), which covers knowingly accessing and then, without permission, adding or altering data, computer software or computer programs, raises the same question: whether the permission to edit extended to those additions. The public record does not establish the elements of either paragraph. Paragraph (6), which covers providing a means of accessing a computer in violation of the section, would apply only if the access to the outside hosts itself violated section 502, and the public record does not show whether the agents reached the outside hosts through the tool. Van Buren's rejection of a purpose-based reading concerns the federal statute. On the California decisions, a purpose-based reading of "without permission" is difficult to apply to open functions under paragraph (7), and uncertain under paragraph (3). This register has not established where the servers concerned are located or where the agents ran, and has not analysed the territorial reach of section 502, including its rule in subdivision (j) on access caused from another jurisdiction.
The Etherpad attempts. These differ in kind from the edits. The Foundation's two descriptions, quoted above, could describe the exploitation of a weakness, or the use of an ordinary feature for a purpose the host did not intend, as with Web2Cit. If the attempts were aimed at parts of the Etherpad server that require authorisation, they would be attempts at the conduct described in footnote 17 of hiQ, and section 1030(b) of the CFAA applies to whoever "conspires to commit or attempts to commit an offense under subsection (a)". An attempt requires an intention to commit the completed offence. Under section 502, an unsuccessful attempt could itself be access within paragraph (7), because access includes communicating with a computer, and an exploit sent to a public service would be a use the public has not been invited to make. Section 1030(g) gives a civil action to "Any person who suffers damage or loss by reason of a violation of this section", where the conduct involves one of the factors the Act lists, the first being a loss "aggregating at least $5,000 in value" in a year. Loss includes "the cost of responding to an offense, conducting a damage assessment". Van Buren said, however, that the definitions of damage and loss "focus on technological harms" of the kind unauthorised users cause to systems and data, so a court may ask whether the cost of investigating an attempt that harmed nothing counts as loss. The Foundation has not published dates, method or logs, and the answer to each of these questions depends on what the attempts were.
The traffic and the outage. Paragraph (5) of section 502(c) applies to whoever "Knowingly and without permission disrupts or causes the disruption of computer services or denies or causes the denial of computer services to an authorized user of a computer, computer system, or computer network". The outage report describes disruption of that kind: timeouts for up to half of external requests at peak, stale data, and throttled edits on Wikidata. The paragraph would require proof that the agents' traffic caused it, and that the disruption was caused knowingly and without permission.
California also recognises the tort of trespass to chattels. In Intel Corp v Hamidi (2003), the California Supreme Court said that the tort "lies where an intentional interference with the possession of personal property has proximately caused injury." It held that the tort does not extend to "an electronic communication that neither damages the recipient computer system nor impairs its functioning". It reviewed earlier decisions, including two on automated data collection from websites, in which a defendant's use of a computer system was held sufficient for trespass when it "actually did, or threatened to, interfere with the intended functioning of the system, as by significantly reducing its available memory and processing power". Where there is no dispossession or physical damage, the claimant must show "some measurable loss from the use of its computer system". In hiQ, the Ninth Circuit noted, without deciding the point, that scraping "exceeding the scope of the website owner's consent" may give rise to a trespass claim "at least when it causes demonstrable harm."
An outage in which half of external requests timed out at peak is the kind of interference with functioning that Hamidi treats as injury. Causation would be harder to prove, because the Foundation says the traffic "may have contributed", its own contemporaneous report attributes the outage to scrapers it does not identify, and OpenAI's spokesperson said its investigation had not been able to verify a contribution. A claim would need the Foundation's logs to tie identified traffic to the overload. Hamidi also requires the interference to be intentional, and the public record does not describe what anyone at OpenAI knew of the traffic.
Investigation and clean-up costs. Section 502(e)(1) gives the owner or lessee of a computer, computer system, computer network, computer program or data a civil action for damage or loss "by reason of a violation of any of the provisions of subdivision (c)". It provides that "Compensatory damages shall include any expenditure reasonably and necessarily incurred by the owner or lessee to verify that a computer system, computer network, computer program, or data was or was not altered, damaged, or deleted by the access." A court may also award reasonable attorney's fees. The Foundation's investigation, which found no evidence that its systems or data had been compromised, is the kind of verification the subsection describes. Effort spent working out who was responsible is less clearly within it, because the subsection concerns whether the system was altered, damaged or deleted. Either way, the costs are recoverable only if a violation of subdivision (c) is established, and the Foundation has given no figure for the cost of its investigation.
Volunteer editors, whom the Foundation describes, in general terms, as the people who "clean up the mess left behind by AI agents", do not own or lease the Foundation's servers. Time spent reverting edits does not by itself give them a claim under section 502(e)(1). A volunteer would need to be the owner or lessee of a computer, computer system, computer network, computer program or data, and to have suffered damage or loss by reason of a violation of subdivision (c). This register has not considered whether any volunteer, including those who maintain Web2Cit, meets those conditions.
The bar on the autonomy defence. Section 1714.46 of the California Civil Code, in force since 1 January 2026, applies to actions against a defendant that developed, modified or used artificial intelligence alleged to have caused harm. It prevents the defendant from asserting that the artificial intelligence caused the harm autonomously. It removes one defence, and it does not supply any element of a claim. It also provides that a defendant may still present any other affirmative defence, including evidence relevant to causation or foreseeability, and evidence of another person's comparative fault. A claim under section 502 would still need proof that the defendant acted knowingly and without permission. AIR-2026-017 discusses the section.
Notification. No legal rule this register has checked required OpenAI to tell the Foundation about the activity. The rules that apply to AI developers, and the events that trigger them, are set out in AIR-2026-016 and in this register's disclosure timelines, and none of them requires a developer to tell the organisation its agent reached. OpenAI's own notification standard, quoted above, extends to activity that impairs the availability of another organisation's systems or services. If its agents' traffic contributed to the outage, the activity would fall within that standard, and OpenAI has said its investigation has not been able to verify that it did. OpenAI also says it is reviewing agent activity "working backward month by month starting from the Hugging Face incident". On 6 October its Chief Strategy Officer told an Australian parliamentary committee that OpenAI was "going backwards in terms of our review to November 2025", a period that includes May and June. The public record does not show whether the review has yet covered those months, or what it found about Wikimedia. The Foundation describes the Etherpad attempts as unsuccessful and says it found no evidence that its systems or data were compromised. It does not say whether any security control was bypassed, so the public record does not show whether the attempts met that part of OpenAI's standard.
The liability chain
The register tags this vendor. The tag records where the published accounts place responsibility. It is not a finding.
OpenAI's position. Neither account mentions any customer or other deployer between OpenAI and the agents, and the Foundation describes them as agents it believes were "operated by OpenAI". As in AIR-2026-009 and AIR-2026-016, the developer would be the party that set the agents to work and decided what they could reach. In Amazon v Perplexity (AIR-2026-010), a Ninth Circuit panel, ruling on an appeal from a preliminary injunction, treated an AI browser agent as a tool and the user who directed it as the person who accessed the website under the CFAA. The panel applied the same reasoning to paragraph (7) of section 502, holding that the two claims "rise and fall together", and the court denied rehearing en banc on 10 September 2026. On the Foundation's account, the party that directed these agents and the party that built them are the same.
The routes that fit the facts best, section 502 and trespass to chattels, need a person who acted knowingly or intended the interference. Neither the Foundation nor OpenAI says that anyone at OpenAI knew of the edits, the Etherpad attempts or the traffic when they happened. Under section 502, Power Ventures shows one way in which knowledge has been established: after Facebook's letter, Power "knew that it no longer had permission to access Facebook's computers at all". Nothing in the public record shows that the Foundation withdrew permission before or during the activity, and its post does not do so. On Meta-Wiki, the block of 25 June withdrew one account's ability to edit, and the public record shows no later activity by that account. The consequences so far are that block, the Foundation's public statement and the deletion of the configuration pages.
The Foundation and the volunteers. The Foundation and the communities did not deploy the agents and had no say in how they were run. Open editing, editing without an account, and public APIs are how the projects are designed to work. The outage report shows the Foundation's engineers rate-limiting the scrapers, and the Foundation carried out the investigation. English Wikipedia's bot policy places the burden of repair on operators: "In particular, the bot operator is responsible for the repair of any damage caused by a bot which operates incorrectly." That is a community rule. Its breach does not by itself establish liability under the statutes or the tort discussed here, and this entry has not assessed its effect under the Terms of Use.
What would have prevented it
- Identify the operator in every request. Wikimedia's Robot Policy says: "Always identify your bot clearly via its User-Agent HTTP header by following the Wikimedia Foundation User-Agent Policy." The public record does not say what the agents sent, but the Foundation describes attribution as difficult and asks for systems that website owners "can easily identify". Agents that named their operator would have allowed the Foundation to attribute the activity directly and to decide how to respond.
- Keep agents within the hosts' published limits, and use bulk data for bulk tasks. The Robot Policy sets concurrency and rate limits for each interface and advises: "Consider if dumps are more efficient than live requests." The Commons bot policy says: "If you need to crawl Commons at higher rate, please consider to use official dumps, or contact Wikimedia Foundation directly for limit increase."
- Block writes to third-party sites at the tool level. Edits, configuration changes and form submissions are actions on someone else's system. A browsing tool that refuses write requests to sites outside an approved list is designed to stop the sandbox and configuration edits whatever the agent attempts, provided it is enforced outside the agent, at the network layer, rather than given as an instruction.
- Measure traffic against the host's limits during the run, and tell the host promptly. On the public record, the Foundation found this activity through its own investigation.
- For hosts and tool maintainers: watch configuration changes that make a tool fetch remote content, and analyse traffic from logs. Changes to fetch configurations made from new or temporary accounts are a signal worth reviewing. The outage report records the lesson: "We have learned that we cannot rely only on Turnilo (webrequest sample) to extrapolate actors that need rate limits."
Mapped controls
- OWASP Top 10 for Agentic Applications 2026: ASI10 Rogue Agents, as in AIR-2026-016. OWASP describes rogue agents as agents that "deviate from their intended function or authorized scope, acting harmfully, deceptively, or parasitically". On the Foundation's account, agents run by OpenAI edited third-party wikis without approval, tried to compromise a host's service and loaded its query service heavily. ASI02 Tool Misuse and Exploitation was considered for the use of Web2Cit, and it concerns an agent's own tools used within its authorised privileges. This entry does not rely on any account of what the agents themselves intended.
- NIST AI RMF: a GOVERN question about the developer's control over what agents in research or training may do on live third-party sites (writing, fetching through other services, request rates and identification), and a MANAGE question about detection and notification, since on the public record the host found the activity.
- EU AI Act: not analysed. The Foundation is in the United States, and the public record does not say which OpenAI models were involved or whether they had been placed on the market, which Article 2(8) makes relevant.
- United States federal law: 18 U.S.C. section 1030(a)(2)(C), (a)(5)(A), (b), (c)(4)(A)(i)(I), (e)(8), (e)(11) and (g).
- California law: Penal Code section 502(b)(1), (b)(4), (c)(2), (c)(3), (c)(4), (c)(5), (c)(6), (c)(7), (e)(1), (e)(2) and (j), as read in Chrisman, Childs and Teran; Civil Code section 1714.46; the tort of trespass to chattels (Intel Corp v Hamidi).
- Wikimedia's own rules: the Terms of Use (sections 4, 12 and 14), the User-Agent Policy, the Robot Policy, and the bot policies of the wikis edited.
Sources
- Wikimedia Foundation, "OpenAI 'rogue' agent activities found on Wikimedia projects" - 5 October 2026, read in full. Primary for the investigation, the attribution and its qualifiers, the edits, the citation-tool edits, the Etherpad attempts, the traffic and the outage link, the passage on bot traffic and costs, the word "unpredictably" and the requests to AI companies. Its text was unchanged when compared with a capture of 5 October - checked 30 October 2026 [primary]
- Wikimedia Diff, the same post - published 5 October 2026 and last modified 6 October 2026, and reads WDQS. Primary for the author's title - checked 30 October 2026 [primary]
- Wikimedia Foundation, data file of edits - 54 links, last modified 5 October 2026, read with the revision records of the nine wikis through their public APIs. Primary for the dates, wikis, pages, temporary accounts, edit summaries and tags of the 49 public edits - checked 30 October 2026 [primary]
- Wikitech, "Incidents/2026-05-13 wdqs" - incident report, status final, last edited 15 May 2026, with its tracking task T425758 and the user report T425861. Primary for the outage dates, impact, cause as recorded and mitigation - checked 30 October 2026 [primary]
- Meta-Wiki, "Web2Cit", "Web2Cit/Docs/Basics" and "Web2Cit/Docs/Storage" - primary for what the tool does, how its configuration is stored and edited, and the personal sandbox storage - checked 30 October 2026 [primary]
- Meta-Wiki, the Web2Cit monitor's log and results pages for arcgis.com, services.arcgis.com, use1-geocode.arcgis.com and geodata.hawaii.gov (for example the arcgis.com log), and the Meta-Wiki deletion log. Primary for the times of the configuration edits, the monitor's runs, what it retrieved, the page identifiers and the deletions of 6 October - checked 30 October 2026 [primary]
- Meta-Wiki's current block list and the block and global-lock logs of the wikis where the 28 accounts edited, read through the MediaWiki API. Primary for the block of 25 June, its reason and its continuation, for the absence of other blocks or locks, and, with the account's global record and contribution lists, for its six edits. The queries name the account and are not linked here - checked 30 October 2026 [primary]
- MediaWiki, "Help:Temporary accounts", "Manual:Reverts" and Wikitech, "Portal:Toolforge" - primary for what temporary accounts are and how long they last, the mw-reverted tag, and Toolforge's place in Wikimedia Cloud Services - checked 30 October 2026 [primary]
- Wikitech, "Etherpad" - primary for the statement that pads are public - checked 30 October 2026 [primary]
- Wikimedia Foundation, Terms of Use - in effect from 7 June 2023, read for sections 4, 12 and 14; User-Agent Policy; Wikitech, "Robot policy" - checked 30 October 2026 [primary]
- Bot policies of the wikis edited: English Wikipedia and Meta-Wiki's global policy, checked 30 October 2026; Commons, Simple English Wikipedia, test2 Wikipedia, mediawiki.org, test Wikipedia, the Incubator, Bulgarian Wikipedia and Meta-Wiki, "Bot policy/Implementation", checked 30 October 2026 [primary]
- OpenAI, incident page on the Hugging Face incident and misalignment - primary for OpenAI's notification standard, the number of organisations notified, and the absence of any mention of Wikimedia - checked 30 October 2026 [primary]
- OpenAI, misalignment reports index and the twenty reports listed in it, including "Sending disallowed web requests and reaching a public file service" (updated 9 October 2026), which says it uses fictional names - index and reports checked 30 October 2026 [primary]
- The Verge, "Wikipedia operator says OpenAI's 'rogue' bots may be linked to a May outage" - 5 October 2026, updated the same day. Source for OpenAI's statement and its position on the outage - checked 30 October 2026 [primary, as reported]
- Ars Technica, "OpenAI agents tried to hack Wikipedia tools and flooded it with traffic" - 6 October 2026. Prints OpenAI's statement in full and reports its position on coordination and the outage - checked 30 October 2026 [corroborating]
- The Register, "Wikimedia Foundation comes forward as latest OpenAI agent assault victim" - 6 October 2026. Source for the uncertainty over whether the Foundation was among the organisations OpenAI notified - checked 30 October 2026 [corroborating]
- CourtListener, RECAP search for "Wikimedia Foundation" in federal cases filed since 1 May 2026 - seven results, none between the Foundation and OpenAI. Covers the federal records in RECAP only - checked 30 October 2026
- 18 U.S.C. section 1030 - the Legal Information Institute text, read for subsections (a)(2)(C), (a)(5), (b), (c)(4), (e) and (g) - checked 30 October 2026 [primary]
- California Penal Code section 502 - the Legislature's text, last amended by Stats. 2019, Ch. 16, read in full - checked 30 October 2026 [primary]
- Van Buren v United States, No. 19-783 (3 June 2021) - the Supreme Court's slip opinion - checked 30 October 2026 [primary]
- hiQ Labs, Inc. v LinkedIn Corp., No. 17-16783 (9th Cir. 18 April 2022), 31 F.4th 1180 - the Ninth Circuit's opinion - checked 30 October 2026 [primary]
- Facebook, Inc. v Power Ventures, Inc., No. 13-17102 (9th Cir., amended 9 December 2016), 844 F.3d 1058 - the Ninth Circuit's amended opinion, with the Caselaw Access Project text of the reporter version where the opinion breaks a sentence across a page - checked 30 October 2026 [primary]
- Amazon.com Services, LLC v Perplexity AI, No. 26-1444 (9th Cir. 4 August 2026) - the panel opinion, with the docket entry of 10 September 2026 denying rehearing en banc as indexed by CourtListener - checked 30 October 2026 [primary]
- Chrisman v City of Los Angeles (2007) 155 Cal.App.4th 29 - the Caselaw Access Project text of the official report - checked 30 October 2026 [primary]
- People v Childs (2013) 220 Cal.App.4th 1079 - the Court of Appeal's opinion, certified for publication except parts III to V, and relied on here only for part II - checked 30 October 2026 [primary]
- Teran v Superior Court (2025) 112 Cal.App.5th 371 - the Court of Appeal's opinion (No. B341644), checked 30 October 2026; review denied by the California Supreme Court on 17 September 2025 (S292293), per the court's minutes for that day, checked 23 October 2026 [primary]
- Intel Corp. v Hamidi (2003) 30 Cal.4th 1342 - the Caselaw Access Project text of the official report - checked 30 October 2026 [primary]
- California Civil Code section 1714.46 - added by Stats. 2025, Ch. 672 (AB 316), effective 1 January 2026 - checked 30 October 2026 [primary]
- OWASP Gen AI Security Project, "OWASP Top 10 For Agentic Applications 2026" - Version 2026, December 2025, the PDF read for ASI10 and ASI02 from this register's capture of 14 October 2026 [primary]
- Joint Select Committee on Artificial Intelligence, public hearing, Sydney, 6 October 2026: evidence of OpenAI - the committee transcript as published on ParlInfo. Primary for the Chief Strategy Officer's statement on the period of OpenAI's review - read for this entry from this register's capture of 7 October 2026 [primary]
- This register, AIR-2026-009, AIR-2026-010, AIR-2026-016 and AIR-2026-017 - the Hugging Face intrusion, Amazon v Perplexity, the Australian incidents with the notification rules for AI developers, and the California claim against OpenAI with section 1714.46. Also AI agent incidents: who was told, and when
Cite this entry as: Onyekwere, Michael K., AIR-2026-019, AI Agent Incident Register, CompanyScope, https://companyscope.io/register/air-2026-019, as at 2026-10-30. Entry IDs are stable; corrections publish as dated addenda on this page. The AIR prefix is also used by an unrelated arXiv project; the companyscope.io URL identifies this register.
Talk to Michael about your agent deployment - or your AI vendor governance more broadly
CompanyScope's public profiles cover the general picture. Michael runs Janus DPO-as-a-Service for businesses that need ongoing AI vendor governance, and writes one-off CIPP/E-reviewed Vendor Risk Notes for specific procurement decisions. Tell him what you're actually trying to clear.
Your context goes only to Michael. We don't share with the vendor or anyone else. Privacy notice.
Subscribe to the AI Agent Incident Register
Every new Register entry delivered with the legal analysis: the incident, the duty engaged, who is liable across the chain, and what governance would have prevented it. Written by Michael K. Onyekwere, CIPP/E. Free.
Subscribe - freeDelivered via Compliance Engineering on Substack, which handles your subscription and consent. Unsubscribe any time. Privacy notice.
This analysis is the work Janus Compliance does for clients before the incident. For a fixed-scope read of your own EU AI Act Article 50 exposure, see the Article 50 teardown; for ongoing agent governance, Janus DPO-as-a-Service. New entries are delivered free through Compliance Engineering on Substack. Browse the full register or the vendor compliance index.