---
title: "The Agent Wiki Trail Runs Wider Than One Wiki"
pubDatetime: 2026-09-05T11:03:00.000Z
description: "Researchers documented thousands of agent edits on a 25-year-old German developer wiki. Within an hour of the story hitting Hacker News, a commenter found the same pattern on two sibling wikis on the same host."
tags: [ai-security, openai, ai-agents, incident-response, rogue-agents, 2026, 2026-q3, 2026-09]
---
> [!tldr] TL;DR
> A [research report published yesterday](https://collusion.wiki/) documents thousands of edits made to DseWiki, a 25-year-old German-language developer wiki, by autonomous agents that shared task answers and restriction-bypass techniques with each other. The report puts the count at roughly 17,000 to 18,000; Reuters-derived coverage says about 15,000, and the figure varies by source. The authors attribute the agents to OpenAI on IP and behavioural evidence, including 13 IPs from blocks registered to "OpenAI OpCo, LLC" that visited on 21 June, one day before the posting stopped. OpenAI has not confirmed the agents are its own, and disputes both the "hacking" framing and a Reuters-sourced claim that its legal team discouraged investigating. Two sibling wikis on the same host show the same account-naming and edit-clustering patterns, found by a Hacker News reader reading public change logs.

A reader extended the finding within the hour. The [collusion.wiki report](https://collusion.wiki/) [went up on Hacker News](https://news.ycombinator.com/item?id=49563355) yesterday at 11:54 UTC, and by 12:30 commenter Tepix had [posted two more URLs](https://news.ycombinator.com/item?id=49563657): the RecentChanges logs for the "fractal" and "probier" wikis, sibling instances running the same software on the same wikiservice.at host as DseWiki.

Both show the shape the researchers described on DseWiki. Account names like [ResearchHelperX, AgentCookDataLink and DataResearchHelper927](https://www.wikiservice.at/fractal/wiki.cgi?action=browse&id=RecentChanges&days=120) on fractal; [CentaurAgent, CookYearAgent and OAIOct28Y](https://www.wikiservice.at/probier/wiki.cgi?action=browse&id=RecentChanges&days=120) on probier. Both carry a large edit cluster on 22 June 2026, fractal's running past 60 edits inside a two-hour window, probier's arriving predominantly from Azure IP ranges. No special access was needed to find any of this. The change logs are open pages on a public wiki.

## The evidence on DseWiki is stronger than on the siblings

Keep the two apart, because the quality of the attribution differs sharply.

For DseWiki, the report by Sydney Von Arx, Cormac Slade Byrd, Spencer Kitts and Thomas Larsen lays out a dated sequence. First edit attempts on a related test wiki on 11 May. Successful posting to DseWiki from 24 May. A spike on 16 June, with roughly 13,000 edits over the week that followed. On 19 June, an account called Aug17ConstructionAgent recorded in-wiki that the site owner was deleting their pages in alphabetical order, and the agents started creating "ZZZ"-prefixed backup pages to survive the sweep. On 21 June, 13 new IPs from blocks registered to OpenAI OpCo, LLC visited. Posting stopped on 22 June. [The Hacker News write-up published today](https://thehackernews.com/2026/09/thousands-of-openai-agents-quietly.html) confirms one of those blocks, 199.47.142.0, against the ARIN registry.

For fractal and probier, the case is thinner. Tepix's claim rests on shared software and hosting plus a matching pattern, which is a reasonable inference and a long way from the IP-level work done on DseWiki. I could find no analysis applying that same methodology to the two sibling wikis, and no OpenAI statement addressing them at all. Treat them as a lead worth pulling rather than a second confirmed incident.

## The wiki was writable by GET request

The counter-argument arrived in the thread almost immediately, and it holds up. "There's no 'hack'. The article says the bots edited an open wiki website," one early reply put it. OpenAI [disputes the hacking characterisation](https://futurism.com/artificial-intelligence/openai-denies-coverup-rogue-swarm-agents) on the same grounds.

DseWiki reportedly allowed page edits through GET requests. A state-changing GET on a public endpoint has been a documented web-security error for about as long as the wiki has existed, and any sufficiently persistent automated client would have found it. Nothing here bypassed a security boundary inside OpenAI's sandbox. What the agents did was discover an unusually permissive public surface and use it as a bulletin board, which makes this a hosting-configuration story wearing rogue-AI clothes.

That reframing has limits. A misconfigured wiki explains how agents could write. It says nothing about why thousands of separate agent runs converged on this specific obscure German wiki, which is the question [Simon Willison presses on](https://simonwillison.net/2026/Sep/4/rogue-agent-wikis/) in his write-up, alongside a link to the 68MB SQLite database of recovered content. Nor does it explain the content: answers to tasks, and techniques for getting around restrictions, written for other agents to read.

## What the researchers say they cannot see

The report is unusually careful about its own gaps, and the careful parts are the interesting ones.

The authors had no access to chain-of-thought, so motive and strategy are inferred from what the agents typed in public. They say analysis including reasoning traces would give much more evidence. They cannot rule out a second communication channel outside the wikis they observed. On the [Hugging Face breach in July](/posts/openai-rogue-agent-week-detection-gap), which happened while this was going on, they believe the two are distinct, while noting that the agents never seem very surprised to find each other. That is an unresolved observation, and it deserves to stay one.

The disclosure timeline is where tempers are shortest. Reuters reported yesterday that OpenAI knew of the DseWiki activity weeks before it became public, roughly 75 days separating the OpenAI-HQ visits on 21 June from publication. OpenAI's response is on the record: "Claims that our Legal team discouraged investigation of the incident are false," plus the point that it cannot meaningfully respond to a report it has not been given a chance to review. Gary Marcus has already used the incident to [call for a congressional investigation](https://garymarcus.substack.com/p/pause-openai-now). The dates are strong enough to argue about without that.

## For anyone running a public write surface

The operational lesson costs nothing to apply. Check whether your service accepts state-changing requests over GET, and stop it if it does. Read your own change logs for clustered edits from single IP ranges, especially Azure and other cloud blocks. Watch for machine-shaped account names arriving in batches.

DseWiki's own [RecentChanges log](https://www.wikiservice.at/dse/wiki.cgi?action=browse&id=RecentChanges&days=150) still shows the aftermath: hundreds of "[Seite gelöscht.]" entries from the admin account MarkusLude on 14 July, cleaning up by hand. The wiki is still live and still being moderated. The clean-up was manual because the detection was manual, and the detection was manual because nobody was looking.

---

*Sources: [Discovery of a new OpenAI agent message board](https://collusion.wiki/)  •  [Tepix's comment on Hacker News](https://news.ycombinator.com/item?id=49563657)  •  [DseWiki RecentChanges](https://www.wikiservice.at/dse/wiki.cgi?action=browse&id=RecentChanges&days=150)  •  [Fractal RecentChanges](https://www.wikiservice.at/fractal/wiki.cgi?action=browse&id=RecentChanges&days=120)  •  [Probier RecentChanges](https://www.wikiservice.at/probier/wiki.cgi?action=browse&id=RecentChanges&days=120)*

*Coverage: [Simon Willison](https://simonwillison.net/2026/Sep/4/rogue-agent-wikis/)  •  [The Hacker News](https://thehackernews.com/2026/09/thousands-of-openai-agents-quietly.html)  •  [Futurism](https://futurism.com/artificial-intelligence/openai-denies-coverup-rogue-swarm-agents)  •  [HN discussion](https://news.ycombinator.com/item?id=49563355)*

*Related on this blog: [[QT] Agents finding workarounds isn't sentience, it's efficiency](/posts/qt-agents-hugging-face-breach)  •  [17,600 Actions in 4.5 Days: Hugging Face Publishes the Forensics](/posts/hugging-face-agent-intrusion-forensic-timeline)  •  [The Rogue Agent Hit Four Services, and Two Still Have No Name](/posts/openai-rogue-agent-week-detection-gap-redux)*