11月12日、CSO Onlineが「AI found Linux kernel bugs that remained undetected for decades」と題した記事を公開した。Microsoftのセキュリティ研究部門が開発したAIエージェントが、21年間誰にも気づかれなかったバグを含む59件のLinuxカーネル脆弱性を発見し、うち8件では実際に動作するローカル権限昇格エクスプロイトを開発したという内容だ。単なる"候補リスト"の生成にとどまらず、実証コードまで到達した点が業界に衝撃を与えている。
AIが2万6000件の候補から59件を絞り込む
今回の取り組みを主導したのは、MicrosoftのセキュリティAI研究部門であるFORGE Labだ。FORGE LabはMicrosoft Researchおよびセキュリティ部門が連携して設立した組織で、AIを活用したセキュリティ研究を専門とする（※編集部の考察：公式サイト上の位置づけとしては、Azure AIやCopilot for Securityとは別系統のオフェンシブセキュリティ研究チームに相当する）。今回の研究プロジェクトはMDASHというコードネームで進められ、Linuxカーネルのネットワーク・ファイルシステム・セキュリティモジュールといった主要サブシステムを対象にスキャンを実施した。
スキャン結果は約2週間で26,502件の潜在的問題を検出。これを自動スクリーニングで11,769件に絞り込み、さらにAIエージェントがQEMU（オープンソースのマシンエミュレータ）上でPoCの再現を試みた結果、621件のPoCあり候補が残った。最終的に人間のセキュリティ研究者がレビューし、重複排除・根本原因の特定・アップストリーム報告の準備を経て、59件の公開報告にまとめられた。
残りの内訳は次の通りだ。
- 266件：別の報告と根本原因が同一のため、同一パッチで対処可能
- 163件：セキュリティ影響が限定的として非公開
- 133件：すでに報告済みまたは修正済み
最初の公開報告は2026年6月27日に提出され、9月1日までに59件中55件がメーリングリストに投稿された。
21年間見逃されたバグと、8件の実証エクスプロイト
今回の最大のポイントは、単なる脆弱性の"候補リスト"にとどまらず、8件については実際に動作するローカル権限昇格エクスプロイトを開発した点だ。ローカル権限昇格とは、すでにシステムに一般ユーザーとしてアクセスできる攻撃者がroot相当の権限を取得する攻撃手法であり、外部から直接乗っ取られるリモートコード実行とは区別される。対象コンポーネントはIPv4/IPv6ネットワーク、IPsecルーティング、暗号化キー処理、そしてリサイズ可能なハッシュテーブル実装（rhashtable）など。
その一例がCVE-2026-64563だ。Linuxカーネルのrhashtable（複数のサブシステムが共用するハッシュテーブルライブラリ）に潜む脆弱性で、根本原因は2018年のコード変更にある。テーブル走査が一時停止した際にポインタを保持したままにする実装が残り、テーブルのリサイズとエントリ削除が重なる特定条件下でカーネルが解放済みメモリにアクセスする（use-after-free）。なお、バグの起源は2018年のコード変更にさかのぼるが、CVE番号として2026年付与となっているのは、脆弱性の発見・報告が2026年に行われたためCVE採番ルール上このような番号となっており、バグ自体が2026年に生まれたわけではない点に注意したい。
Microsoftの研究者はこの欠陥を、非特権ユーザーがアクセス可能な**Netlinkソケット診断経由で悪用できる経路を発見した。メモリを操作することで制限付きのカーネルメモリ書き込みプリミティブに転化でき、他の手法と組み合わせることでローカル権限昇格が実現する。さらに、このCVEは特別なカーネル設定やユーザー名前空間なしに標準的なLinux構成で悪用可能**であり、SELinux有効化のAndroidデバイスにも影響するとMicrosoftは説明した。
59件全体のバグの平均寿命は8.1年。最長のCVE-2026-74544は少なくとも21年間カーネルに存在し続けていた。33件にCVEが割り当てられ、うち24件はCVSS v3.1スコア7.0以上の高深刻度（High以上）だ。長命なバグが多数含まれていたという事実は、人間による従来のコードレビューやファジングが見逃してきた領域が確実に存在することを示している。
「バグを見つけることと直すことは、極端にアンバランス」
研究者たちが強調するのが、AIと人間の役割分担の実態だ。
スキャン自体は約2週間で完了したが、検証・レポート作成・パッチ開発に要した人手は4人月超に及んだ。Linuxカーネルのアップストリームはバグ報告にワーキングパッチの添付を原則求めており、AIがドラフトパッチを生成しても、サブシステム固有の知識を持つ人間がレビューしてメンテナーと何度もやり取りする工程は省けなかった。
59件中38件のパッチがメインラインにマージ済みで、半数は初回提出で受理され、残りは1〜4回の改訂が必要だった。初回パッチ提出からメインラインへの取り込みまでの中央値は41日、最長は108日だった。
研究者らはブログで次のように述べている。
「バグを見つけることと直すことは、極端にアンバランスだ。Linuxカーネルのような複雑なインフラでは、ヒューマン・イン・ザ・ループがまだ必要であり、人間の作業がボトルネックになっている。」
また、今回スキャンしたのはLinuxカーネル全体のごく一部に過ぎず、さらなるスキャンで追加のバグが見つかるとしながらも、「トークンを増やせばバグが増えるかもしれないが、それはシステムの安全を意味しない（More tokens may yield more bugs, but not a secure system）」と釘を刺した。AIによる脆弱性探索の有効性を示しながらも、修正・検証・コミュニティとの調整という「後半のプロセス」こそが律速段階であるという認識は、AIセキュリティツールの実用化を考える上で重要な示唆を含んでいる。
詳細はAI found Linux kernel bugs that remained undetected for decadesを参照していただきたい。
