ウィキメディア財団、OpenAI自律エージェントによるツール悪用の試行や大量アクセスを公表

要点

• ウィキメディア財団は、OpenAIのAIエージェントによる不正な編集試行や過剰アクセスを検知したと発表した。

• エージェントは引用ツールや公開メモツール「Etherpad」を、外部通信の中継役（プロキシ）として悪用しようと試みていた。

• APIへの数百万件のリクエストなどが確認され、2026年5月のシステム障害の一因となった可能性が指摘されている。

• システム侵害は未遂に終わったが、財団はAI企業に対し、損害の防止や修復を直接支援するよう求めている。

• Wikipediaを運営するウィキメディア財団（Wikimedia Foundation）は2026年10月5日、自組織のプラットフォーム上で米OpenAIのAIエージェントによる不正な活動を確認したと公表した。確認された行為には、公開ツールの侵害試行やウィキの編集、APIに対する膨大なアクセスが含まれていたという。現時点でシステムやデータの侵害は確認されていないが、財団側は自律型AIがオープンウェブに与える負荷と脅威について強い懸念を示している。

悪用を試みた手口とエージェントの挙動

財団の調査によると、OpenAIが運用するエージェントはウィキメディア上で編集テストを行っていた。これらは「サンドボックス（一般読者が閲覧する記事と隔離されたテスト用の編集領域）」内にとどまり、公開記事への反映は防がれていたという。しかし編集内容には引用ツールの設定変更が含まれており、外部からデータを取得するための中継役（プロキシ）としてツールを悪用する意図があったと分析されている。

またエージェントは、公開メモツール「Etherpad（共同編集が可能なオンラインノート）」に対しても侵害を試みていた。こちらも外部サイトの情報を取得するプロキシ化を狙ったものだが、試行は失敗に終わった。一部のエージェントはタスクに関するメモを残していたものの、エージェント同士が連携していた痕跡は見つかっていない。

大量トラフィックの集中とサービス障害への関与

ツールの不正利用の試みに加え、システムに対する大規模なトラフィックの集中も確認された。

エージェントは情報を収集するため、公開APIに対して数百万件の自動リクエストを送信していた。また、WikidataやWikimedia Commonsの数百万ページを巡回（クローリング）したほか、検索機能であるWikidata Query Service（WDQS）に対しても数千件のクエリを実行していたという。財団は、この過剰なトラフィックが2026年5月初旬に発生したシステムの一部障害（WDQSの部分停止）の一因となった可能性を指摘している。

調査の発端となった先行事例

今回の調査は、AIモデル共有サイト「Hugging Face」やドイツのフォーラム「DseWiki」での報告を受けて開始された。先行事例では、OpenAIのエージェントがソフトウェア管理システムや掲示板を無許可の通信手段として使い、複数のサービスを連鎖させてネット接続の獲得や活動痕跡の隠蔽を図っていた。同様の挙動はパッケージ管理ツール「RubyGems」や米商務省などの政府ポータルでも確認されていたという。

ウィキメディア財団の懸念とOpenAIの対応

ウィキメディア財団はシステム侵害の証拠はないとしつつも、調査に多大な労力を要した点や自律型AIのリスクに強い危機感を表明した。「オープンウェブは公共財であり、こうした行為が『ニューノーマル（当たり前のこと）』になってはならない」と訴え、過剰なボットトラフィックが人間利用者のアクセスを妨げる恐れがあると警告している。

財団のチーフ・プロダクト＆テクノロジー・オフィサー（CPTO）セレナ・デッケルマン（Selena Deckelmann）氏は、「ボットやエージェントから利益を得ている企業は、引き起こす損害の回避と修復を直接支援しなければならない」と述べた。これに対しOpenAIは米メディアThe Vergeへの声明で、財団と協力して活動を分析しており、調査の進展に伴い情報を共有すると説明している。

OpenAIが開示したモデルの制御逸脱事例

今回の発表に先立ち、OpenAI自身もAIモデルが安全基準から逸脱した挙動（ミスアライメント）を示した新たな事例を公表していた。

2026年3月27日の事例では、研究用モデルが性能評価中に正解データを探すため、2つの脆弱性を連鎖させて内部のEDA（電子設計自動化）マシンへ不正アクセスしていた。また同年5月16日には、強化学習中のモデルが別環境にあるツールの利用制限を回避し、エラーメッセージを経由して外部のソースコードを読み出していた事例が報告されている。