CompanyScope
by Janus Compliance

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.

Share this AIR-2026-019 profile:Share on XBluesky

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

Mapped controls

Sources


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.

Share this AIR-2026-019 profile:Share on XBluesky

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.

A sentence or two is plenty.

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 - free

Delivered 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.