Anthropic（アンソロピック）の研究チームは2026年10月27日、未公開のClaude研究モデルを用い、Linuxカーネルの脆弱性「CVE-2026-98432」を突いて53分で遠隔root権限を奪取する実証結果を公表しました。国内ではデジタル庁が整備を進めるガバメントクラウドをはじめ、基幹インフラで稼働する数多くのLinux基盤に対し、従来の月次パッチ運用を抜本的に見直す判断が求められます。
Linux基盤を揺るがすCVE-2026-98432のタイムラインと国際的評価
LinuxカーネルのIPv4ネットワーク処理に発見された「CVE-2026-98432」は、解放済みメモリの再利用（Use-After-Free：UAF）を引き起こす深刻な欠陥です。本脆弱性はLinuxカーネルCVEチームにより2026年10月15日に公表されました。発見および報告のクレジットには、Anthropicの研究員であるシンヤン・ゴー（Xinyang Ge）氏が名を連ねています。
カノニカル（Canonical）による評価では、CVSS v3.1基本値が9.8（Critical）、CVSS v4.0が8.3（High）と算定されました。ネットワーク経由で認証なしに悪用可能な設計上のバグであることが、その高スコアの根拠です。一方で、各ディストリビューションベンダーの間では、攻撃成立の前提条件に対する見解の違いから評価にばらつきが見られます。
| 配布元・機関 | CVSS v3.1スコア | 深刻度評価 | 修正ステータス（2026年10月29日時点） |
|---|---|---|---|
| Canonical（Ubuntu） | 9.8 | Critical | 24.04/22.04 LTSなどで修正作業中 |
| Linuxカーネル上流 | 9.8 | Critical | 6.12.113、6.18.56、7.2.10等で修正完了 |
| レッドハット（Red Hat） | 5.9〜8.1 | Moderate / Important | Fix deferred（修正保留） |
| アマゾン・ウェブ・サービス（AWS） | 7.0 | Important | Amazon Linux 2023向けに修正版提供済み |
| スーセ（SUSE） | 8.1 | Important | 一部リリース向けに修正パッケージ提供済み |
レッドハット（Red Hat）やアマゾン・ウェブ・サービス（Amazon Web Services：AWS）は、競合状態を意図的に引き起こす難易度や標準構成での緩和策を考慮し、Ubuntuより保守的なスコアを付与しています。しかし、Anthropicが提示した自律型エクスプロイトの実証データは、ベンダー側の「攻撃成立は困難」という前提を覆しました。
協調的開示とフロンティアAIによるエクスプロイト自動生成
AnthropicのFrontier Red Teamは、協調的脆弱性開示（Coordinated Vulnerability Disclosure：CVD）ポリシーに基づき本件を開示しました。開発者に90日間のパッチ作成猶予を与え、パッチ公開後45日間は詳細な手法の公表を控える手続きを踏んでいます。
公表されたレポートによると、Anthropicは社内専用の未リリース研究モデルを用い、5つの主要プラットフォーム（Google Chrome、Apple Safari、Android、Windows、Linux）で攻撃チェーンを実証しました。グーグル（Google）の「Chrome 156」においては、CriticalおよびHighに分類される計62件のCVE特定に貢献しています。
その一連の調査の中で最も技術的波紋を呼んだのが、Linuxカーネルに対する遠隔コード実行（RCE）の成立です。わずかな初期プロンプトを与えられたAIモデルは、カーネル内のアドレス情報（KASLRの回避情報）を48分で特定しました。その後、わずか5分でroot権限での任意のコマンド実行コードを生成・完遂させています。
参考記事: アンソロピック自律AIハッキング事故の教訓｜プロンプト制御の限界と物理サンドボックスの必須化
競合状態からroot奪取に至る技術的構造とAIの自律性
本脆弱性は、IPv4接続の確立処理（TCP 3-Wayハンドシェイク）において発生します。新たな接続要求を受け付けた際、OSカーネルは親ソケットから子ソケットへIPオプションデータ（inet_optおよびireq_opt）のポインタを引き渡します。
問題は、マルチコアCPU環境において、再送されたSYNパケットが並列処理された際に生じます。一方のCPUコアがSYN-ACK応答を生成している最中に、接続破棄やソケットの移行処理によって子ソケット側のメモリが解放されます。しかし、元のソケット側には依然として同じメモリアドレスへの参照が残存します。この参照をカーネルが読み込むことで、Use-After-Freeが発生する仕組みです。
[クライアント] [CPUコア A] [CPUコア B]
| | |
|--- 1. 初期SYNパケット --->| (子ソケット生成・参照保持) |
| | |
|--- 2. 再送SYNパケット -------------------------------->| (並列処理開始)
| | |
| | 攻撃チェーン構築完了 (所要時間: 53分)
【防御側 (人手中心の従来運用)】
脆弱性公表 ─> パッチ検証 (数日) ─> 変更承認 (数週間) ─> 月次メンテで適用 (30日サイクル)
↑
【約1ヶ月間の無防備な露出期間】
パッチ適用の遅れを生む運用プロセスの弊害
国内の金融機関や公共インフラ、製造業のデータセンターでは、カーネルのアップデートに厳格な事前ステージング検証を義務付けています。システムの再起動を伴うパッチ適用は、月次あるいは四半期ごとの計画メンテナンス枠でしか実行されないのが通例です。
しかし、AIによってエクスプロイト開発が1時間未満に短縮された世界では、30日のパッチサイクルは無防備な期間を約1ヶ月間晒し続けることを意味します。さらに、今回のCVE-2026-98432において、Ubuntu 24.04 LTSやRed Hat Enterprise Linuxなどの主要ディストリビューションは、パッチの作成・検証ステータスが「作業中」や「保留」に留まりました。OSベンダーからパッチが降ってくるまでのタイムラグそのものが、最大のセキュリティホールと化しています。
クラウド・ハイパースケーラーへの依存と制約
日本企業の多くは、インフラ基盤をAWSやマイクロソフト（Microsoft Azure）などのパブリッククラウドへ移行させています。AWSはAmazon Linux向けに迅速なパッチ提供を行いましたが、ユーザーが独自にUbuntuなどのディストリビューションを導入した仮想マシンインスタンス（EC2等）は、ユーザー企業側で手動管理しなければなりません。
さらに、マルチテナント環境のコンテナ基盤（Amazon EKSやAzure AKS）では、基底となるホストOSのカーネル脆弱性がコンテナエスケープに直結する懸念を抱えます。カーネルパッチの適用にはワーカーノードの再起動やローリングアップデートが必要となり、大規模クラスタを抱える企業ほど運用コストとサービス停止リスクが跳ね上がります。
参考記事: セキュアバイデザインとは？CISA基準のSDLC構築とサプライチェーン防衛の実務
読者が取るべき具体的アクション
人手を介した月次の脆弱性管理プロセスは、AI主導のエクスプロイト開発環境の前で完全に破綻しつつあります。技術責任者およびインフラ運用チームは、以下の手順に沿って即座に暫定緩和策を講じるとともに、防衛アーキテクチャの刷新に着手する必要があります。
1. 外部公開サーバーにおけるMPTCP待ち受けの棚卸しと遮断
現在稼働中のすべてのLinuxインスタンスにおいて、カーネルバージョンとネットワーク設定を確認します。
# カーネルバージョンの確認
uname -r
# MPTCPソケットの待ち受け状況確認
ss -M -a
インターネットから直接TCPパケットを受信するサーバーのうち、MPTCPの待ち受けが不要な環境では、ファイアウォール（iptables/nftables）を用いて不要なプロトコル拡張オプションをドロップするか、カーネルパラメータでMPTCPを無効化（net.mptcp.enabled=0）して攻撃成立の前提条件を排除します。
2. 再起動を不要にするホットパッチ（Livepatch）運用の標準化
パッチ適用のリードタイムを短縮するため、OSの再起動を伴わずに稼働中のカーネルへインメモリでパッチを当てる技術を導入します。
Canonical LivepatchやRed Hat Enterprise Linuxのkpatch、AWSのKernel Live Patchingを採用することで、計画メンテナンスを待たずに数時間以内で脆弱性を塞ぐ体制へ移行します。
3. メモリ安全言語（Rust for Linux）への移行計画の策定
Use-After-Freeをはじめとするメモリ破壊バグは、C言語で書かれたレガシーコードに起因します。中長期的な調達基準として、Linuxカーネル内部のRustモジュール採用状況を注視し、新規導入するエッジデバイスやゲートウェイアプライアンスからメモリ安全言語ベースのOSアーキテクチャへの刷新を技術戦略に組み込みます。
出典: Linuxカーネルに重大な脆弱性「CVE-2026-98432」、CVSS 9.8 Claudeが遠隔root権限実行を実証 – セキュリティ対策Lab
出典: The Hacker News
出典: Anthropic
出典: Canonical / Ubuntu Security
出典: Amazon Linux Security Center
