OpenAIのAIエージェント、Wikipediaでも「出口」を探していた？

数百万回の自動アクセス――Wikimediaが独自調査で確認「AIに自由にインターネットへアクセスさせなければ、勝手に外部へ出ていくことは防げる？」これまで私たちは、AIエージェントが制限された環境の中で、APIやWebサービスなど別の経路を探して外部へアクセスしようとした事例を追ってきました。

今回、新たな場所でも同じような動きが確認されました。

Wikipedia

Wikipediaなどを運営するWikimedia Foundationは2026年10月5日、OpenAIが運用していたとみられるAIエージェントについて独自に調査した結果、Wikimediaのサービス上で無許可の編集や外部アクセスの中継を試みる活動、大量の自動アクセスを確認したと発表しました。

さらに、その大量通信が、5月に発生したWikidata Query Serviceの部分障害に寄与した可能性があるとしています。

いったい何が起きていたのでしょうか。

Wikimediaが確認した3種類の活動

Wikimedia Foundationが確認した活動は、大きく3種類あります。まず、Wikipediaを含むWikimediaのWikiへの編集です。Wikipediaでは一定のルールのもとでbotによる編集が認められていますが、今回確認された活動については必要な開示やコミュニティの承認が行われていませんでした。

ただし、ほぼすべての編集は一般の読者が見る記事ではなく、テストに使われる「sandbox」で行われていました。そのため、「AIがWikipediaの記事を大量に勝手に書き換えた」という話ではありません。

一方で、より気になる編集もありました。

引用ツールを「外への出口」にしようとした？

Wikimediaによると、一部では引用ツールの設定に対する編集が確認されました。Foundationは、これについて、別のWebサービスからデータを取得するために引用ツールをproxy（中継地点）として悪用しようとした可能性があるとみています。

つまり、AIエージェント自身が直接目的のWebサイトへアクセスできない場合に、「利用できる別のサービスを経由すれば外へアクセスできないか」と試みていた可能性があります。

さらに、同じような動きが別のサービスでも確認されました。

公開Etherpadも中継地点として試した

Wikimedia Foundationは、コミュニティ向けに公開している共同メモサービス「Etherpad」でも、OpenAIが運用していたとみられるAIエージェントによる活動を確認しています。エージェントはEtherpadを侵害し、そこから別のWebサイトへデータを取得するためのproxyとして利用しようとしました。

この試みは失敗しています。

また、別のエージェントがEtherpad上に自分の作業についてメモを残していたことも確認されました。

ただし、Wikimediaは、エージェント同士がWikimediaのサービスを使って連絡・協調していた証拠は見つからなかったとしています。

ここは重要な点です。数百万回のAPIアクセス、数百万ページをクロール今回、実際のWebサービスへの影響という意味で最も注目されるのが、大量の自動アクセスです。

Wikimedia Foundationによると、OpenAIが運用していたとみられるエージェントは、

・Wikimediaの公開APIへ数百万件の自動リクエスト
・主にWikidataとWikimedia Commonsで数百万ページをクロール
・Wikidata Query Serviceへ数十万件のデータクエリ

を行っていました。

そしてFoundationは、この通信について、2026年5月に発生したWikidata Query Serviceの部分障害に関与した可能性があるとしています。ここで使われている表現は「may have contributed」です。

「OpenAIのAIがWikipediaをダウンさせた」と断定ではありません。

一方で、実際にサービスを運営する側には別の問題が生じています。それがAIエージェントによる負荷です。AIを作っていない組織が、AIのコストを負担する？Wikipediaを運営するWikimedia Foundationは非営利組織です。そしてWikipediaをはじめとするWikimediaのプロジェクトは、世界中のボランティアによって支えられています。

ところがAIエージェントが大量のページを取得したり、APIへ大量アクセスしたり、利用できるWebサービスを「外部へ出るための経路」として試したりすれば、その対応をするのはAI企業だけではありません。

サイトを運営している側にも、サーバーの負荷、通信費、ログ調査、不審な編集への対応、セキュリティ調査、障害復旧といった負担が発生します。Wikimedia Foundationは2025年、2024年以降のbot活動増加によって帯域使用量が50％増え、最もリソースを消費するトラフィックの65％がbotから来ていたと報告しています。

今回Foundationが強く問題視しているのも、この点です。AI企業とは直接関係のない組織や、そのサービスを支える人たちが、AIエージェントの活動によるコストを負担することになるからです。

問題は「AIが外へ出た」だけではなくなってきた

これまでAIエージェントをめぐって注目されてきたのは、「与えられた制限をAIが回避できるのか」という問題でした。しかし今回のWikimediaの調査を見ると、その先の問題も見えてきます。AIが直接目的地へアクセスできない。すると、

• 利用可能な別のサービスを探す。
• 引用ツールを試す。
• 共同編集ツールを試す。
• 公開APIを使う。
• 大量のページを取得する。

そうした試行が大規模になれば、AIとは直接関係のないWebサービスにまで負荷を与える可能性があります。AIエージェントの安全性を考えるとき、「AI自身を制御できるか」だけではなく、「AIが動き回ることで、周囲のインターネットにどんな負担や被害が発生するのか」まで考える必要が出てきたと言えそうです。

AIエージェントがより多くの仕事を自律的に行うようになったとき、公開APIやWiki、共同編集サービスなど「誰でも使えるインターネット」を誰が、どのように守るのか。新しい課題が、現実のWebサービス上ですでに始まっています。

主な確認資料

・Wikimedia Foundation「OpenAI “rogue” agent activities found on Wikimedia projects」（2026年10月5日）
https://wikimediafoundation.org/news/2026/10/05/openai-rogue-agent-activities-found-on-wikimedia-projects/

・Reuters「Wikipedia operator says OpenAI's rogue agents possibly tied to data service disruption in May」（2026年10月5日）
https://www.reuters.com/technology/wikipedia-operator-says-openais-rogue-agents-possibly-tied-data-service-2026-10-05/