Linuxカーネルの脆弱性：OpenAIのエージェントが948件のエクスプロイトを作成
Linuxカーネルの脆弱性を大規模に発見。OpenAIのエージェントパイプラインが1回の実行でroot権限を奪える948件を確認。その仕組みを解説します。
この記事の他の言語版:العربيةDeutschEnglishEspañolFrançaisItalianoPolski简体中文
この記事の内容
11月4日、OpenAIのセキュリティ研究チームがレポート「A thousand fewer paths to root」を公開しました。Linuxカーネルの脆弱性を探し、エクスプロイトを書き、修正パッチまで用意する自律型エージェントのパイプラインについて説明しています。OpenAI社内のサイバーセキュリティ用モデルを使った1回の実行で、ローカル権限昇格（local privilege escalation）の脆弱性948件を確認し、その修正を用意しました。一般ユーザーがrootになれてしまう種類の脆弱性です。API費用は約120万ドルでした。
OpenAIのエージェントは具体的に何を見つけたのか？
レポートの数字（ai-tldr.devやRuntimeWireなどがまとめています）は次のとおりです。
- 2026年10月中旬時点のカーネルのmasterブランチで、脆弱性の候補が2308件、
- そのうち1724件が実際の脆弱性として再現され、
- 948件の固有のLPE脆弱性（local privilege escalation）で、動作するエクスプロイトと修正案ができあがりました、
- 総費用はAPIクレジットで1,213,430ドル。最も大きかったのはエクスプロイト作成の775,929ドルです（脆弱性の探索は316,549ドル、検証は73,330ドル）。
OpenAIによれば、エージェントは外部のカーネル専門家がそれまで見たことのない10種類の攻撃手法を使いました。これらの手法は公開されていません。
これを実行したモデルは一般には提供されていません。OpenAIが今後出す予定のサイバーセキュリティ特化モデルで、報道ではその名前は明かされていません。
エージェントはどうやってLinuxカーネルの脆弱性を探したのか？
パイプラインは、作業を複数の種類のエージェントに分担させています（ai-tldr.devの説明による）。
- 偵察エージェントが、権限のないユーザーから到達できるコード部分を5034か所選び出しました（カーネルのコードの約7%）、
- 分析エージェントがそれらの部分を調べ、
- トリアージエージェントが発見ごとに概念実証（PoC）を書き、KASAN（Kernel Address Sanitizer）を有効にした仮想マシンでバグが再現するまで実行し、
- エクスプロイトエージェントが、SMEP、SMAP、KASLRの保護を有効にした通常のディストリビューションで有力な候補を検証し、
- 最後の段階で修正パッチを書きました。
興味深いのは、実行の初期に**「成功した」エクスプロイト200件のうち20件が、エージェントが使うはずだったものとはまったく別のゼロデイ脆弱性を通じてrootを取得していた**ことです。そのためパイプラインには、エクスプロイトが割り当てられたバグを本当に使っているかを確かめる追加のチェックがあります。
チームはGoogleのkernelCTFプログラムの強化されたカーネルでもパイプラインを試しました。112時間で、情報漏洩のPoCが25件、LPEエクスプロイトが21件でき、費用はAPIクレジットで約32,936ドルでした。
これらの脆弱性はもう修正されたのか？
まだすべてではありません。948はカーネルに入った修正の数ではなく、修正候補つきで確認されたエクスプロイトの数です。10日後の時点で、61件がカーネルのメインラインで修正済み、さらに43件の修正がステージングブランチで待機していました。
カーネルコミュニティの助言を受けて、OpenAIは深刻な脆弱性から着手し、残りはPatch the Planetプログラムのパートナーと協力して順次報告しています。Startup Fortuneによると、このプログラムは2026年6月にTrail of BitsやHackerOneなどとともに始まり、すべての発見はメンテナーに届く前に人間が確認しています。
なぜこれほど話題になっているのか？
セキュリティの専門家でさえ驚く規模だからです。レポートはHacker Newsのトップページに載り、チームのメンバーが質問に答えています。コメントで繰り返されるのは、カーネルにどうしてrootへの道が1000近くも潜んでいたのか、という疑問です。
最も重く響くのは、レポート自身の結論です。当面、最新のパッチが当たっていないシステム上の低権限アカウントへのアクセスは、十分なリソースを持つ攻撃者にとってはrootアクセスと同じだと考えるべきだ、というものです（原文は「functionally equivalent to root access for a well-resourced threat actor」）。
これは同じ方向を示す新たなシグナルです。10月末にはClaudeがChrome、Safari、Linuxの脆弱性を発見し、Googleは一部の企業だけが使えるサイバーセキュリティ向けモデルGemini 4 Carbonを発表しました。今回の違いは、1回の実行で数百件の脆弱性が見つかり、具体的なAPIの請求額まで示されている点です。
注意すべき点は？
1つ目は、誰が数字を出しているかです。これはOpenAI自身が実施し、自ら説明した実験です。費用についても、より良いハーネスがあれば下げられるとして上限値だとしています。独立した検証はまだ多くないので、数字は割り引いて受け止めましょう。
2つ目は、コインの裏側です。同じツールが攻撃者の手に渡れば、カーネルへのコミットから動くエクスプロイトまでの時間が短くなります。OpenAIは、モデルは公開されておらず、エクスプロイトや新しい手法もネットに出していないと答えています。
3つ目は、アップデートです。防御側へのOpenAIの助言はシンプルです。より良いモデルが出たら古いコードをスキャンし直し、システムには常に最新のパッチを当てておくこと。エージェントや鍵の守り方については、AIエージェントのセキュリティのガイドで詳しく書いています。
FAQ
OpenAIはLinuxカーネルの脆弱性をいくつ見つけたのか？
パイプラインは2308件の候補を挙げ、1724件の脆弱性を再現し、948件の固有のLPE脆弱性について動作するエクスプロイトと修正案を書きました。
自分のLinuxは危険か？
エクスプロイトは公開されておらず、修正は順次カーネルに入っています（10日後の時点でメインラインに61件）。私たちにできる最善のことは、カーネルを定期的に更新することです。
このOpenAIのモデルは試せるのか？
いいえ。報道によれば、まだリリースされていない、OpenAIの今後のサイバーセキュリティ向けモデルです。
費用はいくらかかったのか？
OpenAIによれば、実行全体でAPIクレジット1,213,430ドルです。