8月25日、Phoronixが「AI/LLM Usage Becoming A "Denial of Service Attack" On Open-Source Project Maintainers」と題した記事を公開した。AIエージェントが大量のバグレポートをOSSプロジェクトに自動投稿し、メンテナの作業負荷を激増させる問題について詳しく紹介されている。

Linuxカーネルと並んで仮想化基盤を支える主要OSSの一つ、QEMUに異常事態が起きた。10分以内に125件超のバグレポートが、一人の「報告者」から送りつけられたのだ。報告はすべてAIエージェントが自動生成したとみられるもので、プロジェクトのテンプレートを無視し、人間によるトリアージの痕跡もなく、修正案も一切なかった。

Red Hatエンジニアが「DoS攻撃だ」と告発

この異変を公にしたのは、Red Hatの仮想化エンジニアリングチームに所属するDaniel Berrangé氏だ。同氏はMastodon上で次のように告発した。

「QEMUは、1人の報告者から10分以内に125件以上の別々のバグレポートを受けた。すべてUBSanレポートに関するものだ。バグのテンプレートは無視され、UBSan出力を人間が分析した形跡はなく、修正案も提示されていなかった。」

そして同氏はこう結論づけた。「これはプロジェクトメンテナへのDoS攻撃だ。」

ここで登場するUBSan（Undefined Behavior Sanitizer）とは、C/C++コードの未定義動作を実行時に検出するツールで、GCCやClangに組み込まれたサニタイザ機能の一種だ。コンパイラが出力するUBSanの警告を「本当にバグか」「優先度はどの程度か」と精査するのは本来人間の作業であり、AIがその出力をそのまま大量にバグ報告として流し込んでも、メンテナにとって意味のある情報にはならない。

最終的に132件——数秒間隔で登録された報告の実態

この報告者が最終的に作成したバグレポートは132件に達した。その多くは数秒間隔で次々と登録されており、AIがUBSanの出力を機械的に切り出してそのまま送信し続けた構造が透けて見える。レポートはQEMUのバグ報告テンプレートを完全に無視しており、修正パッチも提案も皆無だ。

QEMUはKVMベースの仮想化環境でも広く使われるLinuxの基幹OSSプロジェクトであり、Red Hat Enterprise Linux（RHEL）をはじめ多くの商用ディストリビューションの仮想化基盤を支えている。当該ユーザーはGitLabにabusive behavior（迷惑行為）として報告済みだ。

問題の本質：メンテナの時間を奪う「見えないコスト」

OSSプロジェクトにおけるバグレポートは本来、問題の再現手順・環境・影響範囲・場合によっては修正案を含むものであり、メンテナが優先度を判断できる情報を持つ必要がある。今回のような報告はその基準をまったく満たさない。

OSSメンテナはボランティアや限られた企業リソースで活動していることが多く、大量の低品質な報告を仕分けするだけで実際の開発時間が失われる。「DoS」という言葉はネットワーク攻撃の比喩だが、効果としては本物のDoS（サービス拒否攻撃）と変わらないというのがDaniel氏の主張だ。

AIによるOSS貢献の自動化は以前から試みられてきた。SWE-agent（Princeton大学が開発したコード修正エージェント）のように、実際にパッチを生成・提出することを目的としたプロジェクトも存在する。しかし今回のケースはそうした建設的な活用とは正反対で、トリアージなしの大量投稿はプロジェクトへの負荷でしかない。

GitLabへの提言：レートリミットの導入を

Daniel氏はこの件を受けて、GitLabにプロジェクトメンバー以外のユーザーによるIssue作成件数にレートリミットを設けるよう提案した。プロジェクトメンバーではない外部ユーザーが短時間に大量のIssueを作成できる現状の仕様が、今回のような悪用を可能にしている。Phoronixの記事公開時点では、GitLabがこの提案に対して公式な対応を示したという報告はない。

修正案なし・人間によるトリアージなし・テンプレート無視という三重の問題を抱えた報告を大量生成することは、プロジェクトへの貢献どころか持続性そのものを脅かす行為だ。AIエージェントを活用したOSS貢献のあり方について、改めてコミュニティ全体での議論が求められている。

詳細はAI/LLM Usage Becoming A "Denial of Service Attack" On Open-Source Project Maintainersを参照していただきたい。