Linux CVE-2026-98432 TCP Use-After-Free: CVSS 9.8、修正済みカーネル、およびディストリビューションの状況

CVE-2026-98432 は、Linux カーネルの IPv4 TCP ハンドシェイク処理における use-after-free であり、リモートの認証されていないピアが、アプリケーションが接続を認識する前に到達可能です。Linux カーネル CNA はこれを CVSS 3.1 9.8、Critical と評価しており、上流の安定版カーネルは 2026 年 10 月に修正をリリースしましたが、Ubuntu や Red Hat Enterprise Linux を含む主要なディストリビューションカーネルは、2026 年 10 月 29 日時点で未修正のままです。

何が起こったか

Linux 安定版カーネルは、2026 年 10 月 11 日と 10 月 15 日に CVE-2026-98432 の修正をリリースしました。このバグは、TCP ハンドシェイク中の IPv4 オプションデータの use-after-free です。上流の修正は小規模で、Eric Dumazet のコミット「ipv4: free inet_opt and ireq_opt after an RCU grace period」は、単純な kfree() 呼び出しを kfree_rcu() に置き換え、別の CPU がまだメモリを読み取っている可能性がある間にメモリが解放されないようにします。

このバグは Linux 4.4 まで遡ります。修正された上流リリースは、5.10.272、5.15.223、6.1.190、6.6.159、6.12.113、6.18.56、7.2.10、および 7.3 です。CVE レコードは 2026 年 10 月 15 日に公開されました。Anthropic の Xinyang Ge が報告者としてクレジットされ、Eric Dumazet が修正し、Kuniyuki Iwashima が修正をレビューしました。

なぜ重要か

脆弱なパスは、カーネルの TCP ハンドシェイク処理内で、アプリケーションの認証前に実行されます。IPv4 TCP 接続を受け入れ、修正がない Linux 4.4 以降のホストはすべて、コンテナホストや Kubernetes ノードを含めて露出します。これは、コンテナがホストカーネル上で実行されるためです。

Anthropic は、Claude モデルが「マルチパス TCP リスナーを持つ Linux サーバー」上で、資格情報なしで root としてコマンドを実行する実証可能な概念実証エクスプロイトを作成したと述べています。Anthropic はエクスプロイトを公開していません。CNA のスコアリングノートによると、古いデータはカーネルヒープの内容をリモートピアに開示し、カーネルメモリ破損を引き起こすか、マシンをクラッシュさせる可能性があります。Red Hat は影響をより控えめに「主にシステムクラッシュによるサービス拒否 (DoS) または潜在的なメモリ破損をもたらす」と説明しています。

主要な事実

フィールド 詳細
CVE CVE-2026-98432、「ipv4: free inet_opt and ireq_opt after an RCU grace period」
深刻度 Critical、Linux カーネル CNA による CVSS 3.1 9.8 (AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H)
他のスコア Red Hat: Important、CVSS 3.1 8.1、攻撃の複雑さは High。SUSE: important。Ubuntu: High。Oracle と Amazon: Important、CVSS 3.1 8.1。
弱点 TCP ハンドシェイク中の IPv4 オプションデータの use-after-free
影響 リモートピアへのカーネルヒープの開示、カーネルメモリ破損、またはクラッシュ
上流で修正 10 月 11 日に 7.2.10 と 6.18.56。10 月 15 日に 6.12.113、6.6.159、6.1.190、5.15.223、5.10.272。10 月 18 日に 7.3
上流で修正なし 5.10 より前にサポート終了となったブランチ
概念実証 Anthropic は、Claude がマルチパス TCP リスナーを持つサーバー向けのリモート root エクスプロイトを構築したと述べています。エクスプロイトは公開されていません
NVD ステータス 2026 年 10 月 29 日午後 8:00 CDT 時点で、NVD 分析なしで「Received」としてリストされています
CISA KEV 2026 年 10 月 29 日午後 8:00 CDT 時点でリストされていません

脆弱性の仕組み

Linux サーバーが TCP 接続を受け入れると、カーネルはハーフオープンハンドシェイクをリクエストソケットで追跡し、ハンドシェイクが完了すると完全なソケットを作成します。接続するピアの IPv4 ヘッダーにオプションが含まれている場合、カーネルはそれらを保存して応答でエコーします。バグは、カーネルが保存されたオプションをリクエストソケットから新しい接続にコピーせずに渡し、接続が終了したときにすぐに解放した一方で、別の CPU がハンドシェイク応答を構築するためにそれらをまだ読み取っている可能性があったことです。

ピアはログインを必要とせず、脆弱なコードはアプリケーションコードの前に実行されます。Anthropic によると、レースに負けた場合「システム全体をクラッシュさせることなくハンドシェイクが失敗するだけなので、決意のある攻撃者は成功するまで無期限に再試行できます」。

修正は、2 つの単純な kfree() 呼び出しを kfree_rcu() に変更します。これは、すべてのリーダーがメモリの読み取りを終えるまで待ってから解放します。これらのオプションを置き換える他のコードパスはすでにそうしていました。このコミットは、リクエストソケットの移行 (net.ipv4.tcp_migrate_req=1、または BPF_SK_REUSEPORT_SELECT_OR_MIGRATE プログラム) でも同じ問題を修正します。コミットは、関連する IPv6 ケースは「別のパッチで対処される」と述べています。主な問題は IPv6 接続には影響しません。

修正されたカーネル

リリースライン 2026 年 10 月 29 日のステータス 修正バージョン リリース日
7.3 Mainline 7.3、7.3-rc7 から 2026 年 10 月 18 日
7.2 Stable 7.2.10 2026 年 10 月 11 日
6.18 Longterm 6.18.56 2026 年 10 月 11 日
6.12 Longterm 6.12.113 2026 年 10 月 15 日
6.6 Longterm 6.6.159 2026 年 10 月 15 日
6.1 Longterm 6.1.190 2026 年 10 月 15 日
5.15 Longterm 5.15.223 2026 年 10 月 15 日
5.10 Longterm 5.10.272 2026 年 10 月 15 日
4.4 から 5.4 上流サポート終了 ディストリビューションの修正のみ 該当なし

Hacker News のコメント投稿者は、5.15 ラインについて 5.15.223 ではなく 5.15.225 をリストしました。管理者は、単一のリストに依存するのではなく、安定版ツリーまたはディストリビューションのカーネルパッケージに対して正確な修正バージョンを確認する必要があります。

2026 年 10 月 29 日時点のディストリビューションの状況

ディストリビューションカーネルは、独自のバージョン番号でバックポートされた修正を運ぶため、上流バージョンは正しいチェックではありません。2026 年 10 月 29 日午後 8:00 CDT 時点:

ディストリビューション ステータス
Ubuntu トラッカーは、すべてのリリースで linux パッケージを「Vulnerable」としてリストしています。26.10、26.04、24.04、22.04 では、7.3.0-10.10、7.0.0-43.43、6.8.0-149.149、5.15.0-203.213 に「作業中」と追加されています。20.04、18.04、16.04 は「Vulnerable」のみ表示。Ubuntu Security Notice は公開されていません。
Red Hat RHEL 8、9、10 および OpenShift Container Platform 4 は、修正なしで影響を受けるとリストされています。RHEL 6 と 7 は影響を受けません。Red Hat は、緩和策は「利用できないか、現在利用可能なオプションが Red Hat Product Security の基準を満たしていない」と述べています。
Debian Debian 12「bookworm」(6.1.190-1、DLA-4841-1、および linux-6.12 6.12.113-1~deb12u1、DLA-4850-1)、Debian 13「trixie」(6.12.113-1、DSA-6568-1)、および不安定版で修正されました。
SUSE important と評価。SUSE Linux Enterprise Server 16.0 (kernel-default 6.12.0-160000.40.1) および 15 SP4、SP5、SP6 LTSS カーネルは修正済み。15 SP7 は進行中。openSUSE Leap 15.6 と 16.0 は影響を受けるとリストされています。
Oracle Linux Important、CVSS 3.1 8.1 と評価。Oracle Linux 7、8、9、10 向けの Unbreakable Enterprise Kernel errata は 10 月 16 日にリリースされました: ELSA-2026-500397、ELSA-2026-500398、ELSA-2026-500399。ページには UEK カーネルのみがリストされています。
Amazon Linux Important、CVSS 3.1 8.1 と評価。Amazon Linux 2023 では、kernel6.18 が修正され (ALAS2023-2026-3251、10 月 24 日)、kernel6.12 が修正されました (ALAS2023-2026-3335、10 月 29 日)。デフォルトの kernel パッケージとすべての Amazon Linux 2 カーネルは「Pending Fix」です。

悪用状況とマルチパス TCP の問題

Anthropic の Frontier Red Team は、2026 年 10 月 27 日にこのエクスプロイトについて説明しました。Anthropic は、Claude が「最初のプロンプトの後に」それを作成し、マルチパス TCP リスナーを持つサーバー上で「資格情報やユーザー操作なしで任意のコマンドを root として実行」し、概念実証では「カーネルポインタを漏洩するのに 48 分、シェルコマンド実行に到達するのにさらに 5 分かかる」と述べています。Anthropic はエクスプロイトを公開していません。その協調的開示ポリシーは、開発者にパッチ適用のための 90 日間と、Anthropic が公開勧告以外の詳細を議論する前にさらに 45 日間を与えます。

2026 年 10 月 29 日午後 8:00 CDT までに、8 つの GitHub リポジトリがこの CVE を参照しました。ほとんどが監査または緩和ツールと自称しており、Ansible ロールや AlmaLinux および Rocky Linux 用の livepatch が含まれています。午後 7:22 に作成された 1 つのリポジトリは、レーストリガーを含むと述べていました。この CVE は、当時 CISA の既知の悪用された脆弱性カタログには含まれていませんでした。

Hacker News の議論での中心的な論点は、マルチパス TCP が必要かどうかです。ソース記事は、Anthropic の実証済みエクスプロイトが「マルチパス TCP リスナーを持つ Linux サーバー」を標的としており、そのリスナーがなぜ重要かを説明していません。CVE レコードは MPTCP に言及していません。コメント投稿者は、MPTCP を要件として扱うことに反発しました。

「MPTCP は要件ではありません。これは一般的な use-after-free です。」

— peanut-walrus

「MPTCP は非常に有用であり、バグの原因ではなく、悪用を容易にする方法にすぎないので (おそらくより単純なヒープマッサージ? 私の理解を超えています)、これは悲しいことです。とにかく、アップグレードしてください。ただし、MPTCP をブロックしないでください。エクスプロイトは利用できず、Anthropic がリリースする前に誰かが別の経路を見つける可能性も同様にあります。」

— Aissen

MPTCP リスナーの実用的なチェックは ss -M で、MPTCP ソケットのみをリストします。結果が空の場合は、MPTCP リスナーがないことを意味します。net.mptcp.enabled = 1 を設定するだけではリスナーは作成されず、アプリケーションが MPTCP ソケットを開く必要があります。ソース記事は、Debian 12 コンテナ内の iproute2 6.1 でこれをテストし、ss -Mlnp がテスト用の MPTCP リスナーをリストし、その隣のプレーンな TCP リスナーをスキップしました。

確認と緩和方法

インストールされているパッケージだけでなく、実行中のカーネルを確認してください。インストールされているカーネルが実行中のものより新しい場合、再起動するまで修正は有効になりません。コンテナホストと Kubernetes ノードでチェックを実行してください。コンテナ内ではなく、コンテナはホストのカーネルを報告するためです。

すぐにパッチを適用できないホストについては、ソース記事は IPv4 オプションを含む TCP パケットをドロップすることを推奨しています。TCP トラフィックが正当に IPv4 オプションを運ぶことはほとんどありません。ルール ip hdrlength gt 5 は、20 バイトの最小値より長い IPv4 ヘッダーに一致します。これはオプションによってのみ生成されます。ソースによると、このルールは接続追跡の前に実行され、IPv6 や非 TCP トラフィックには触れません。Debian 12 コンテナでテストされ、Record Route オプションを含む SYN をドロップし、通常の TCP 接続は引き続き機能しました。ソースはこのルールをエクスプロイトに対してテストしておらず、ルールはカーネルを修正しません。これは再起動まで続き、再起動が修正済みカーネルへのものであれば許容できます。nft delete table ip cve_2026_98432 で削除できます。

コメント投稿者は重要な注意点を追加しました。Red Hat は、IP オプションを含むパケットをドロップすることは役立つが、完全な緩和策ではないと述べています。あるコメント投稿者は、CIPSOV4 マッピングを持つ SELinux または Smack を使用した NetLabel/CIPSO 設定が、IP オプションを含むパケットと同じ条件を作り出す可能性があるため、IPv4 オプションをドロップしてもそれらのシステムを完全に緩和できない可能性があると報告しました。別のコメント投稿者は、受信 IP パケットのオプションをドロップするエッジルータールールのヒット数がゼロで、上流ネットワークがそのようなパケットをすでにフィルタリングしているためテストが困難だったと報告しました。

「少なくとも Red Hat によると、IP オプションを含むパケットを自分でドロップすることは役立ちますが、完全な緩和策ではありません。」

— peanut-walrus

「また、NetLabel/CIPSO (CIPSOV4 マッピングを持つ SELinux または Smack) を使用すると、IP オプションを含むパケットと同じ条件が作成されるようです。これらを使用している場合、IPv4 オプションを含むパケットをドロップしても完全には緩和されない可能性があります。」

— jamilbk

あるコメント投稿者は、サイズ超過ヘッダーを持つ IPv4 パケットを拒否する UFW フィルターが重要なものを壊し、無効にしなければならなかったと述べました。これは、ロールバック計画なしに未テストのファイアウォールルールを広く展開することへの警告です。

シングルコアシステムとコンシューマールーター

あるコメント投稿者は、悪用を成功させるには複数の CPU コアがパケットを処理する必要があると指摘しました。シングルコアのシステム、またはパケット処理が単一コアに固定されているシステムは、そのコメント投稿者によると影響を受けません。ソース記事はこの主張をしていないため、公式の声明ではなくコミュニティの観察として扱うべきです。

「これが悪用にマルチコアシステムを必要とするなら、アップデートが決して来ないほとんどのコンシューマールーターにとっては良いニュースです。安価なシングルコアハードウェアに救われました。」

— mrob

コメント投稿者はまた、デスクトップ Linux、コンシューマーモデムとルーター、IoT デバイス、OpenWrt について質問しました。ソース記事はサーバーに焦点を当てており、これらの質問には答えていません。ソースからの一般的なルールは、修正がなく IPv4 TCP 接続を受け入れる Linux 4.4 以降のカーネルはすべて露出するが、アプライアンスとクラウドイメージはベンダーのアップデートが必要であるということです。

クラウドとロードバランサーの露出

あるコメント投稿者は、特定のマネージドサービスの背後にいる AWS ユーザーは、それらのサービスが TCP 接続を終了し、AWS がインフラストラクチャにアップデートを適用しているため、露出が少ないと主張しました。

「AWS Web Application Firewall、Application Load Balancer、Classic Load Balancer、Network Load Balancer の TLS リスナー、Cloud Front、API Gateway。上記のサービスを使用しているお客様は、ベストプラクティスに従っている場合、信頼できないソースから直接 TCP 接続を受信しません。AWS はこれらのサービスの基盤となるインフラストラクチャにアップデートを適用しており、これらのサービスを使用している場合、お客様の即時の対応は必要ありません。それでも、これらのサービスの背後にある自己管理インスタンスを 30 日以内に更新することをお勧めします。」

— Shank、AWS セキュリティ速報を引用

これにより、自己管理インスタンスにパッチを適用する必要性がなくなるわけではありません。信頼できないネットワークから直接到達できないホストの緊急性が変わります。

タイムライン

すべての時刻は CDT (UTC−5) です。

いつ 何
10 月 1 日、午後 5:12 Eric Dumazet が修正を投稿し、Anthropic の Xinyang Ge を報告者としてクレジット
10 月 5 日 修正がカーネルネットワーキングツリーにマージされる
10 月 11 日 Linux 7.2.10 と 6.18.56 が修正をリリース。7.3-rc7 はその夜に続く
10 月 15 日、午前 4:56 から午前 7:16 Linux 6.12.113、6.6.159、6.1.190、5.15.223、5.10.272 が修正をリリース。CVE レコードは午前 7:08 に公開
10 月 16 日 Oracle が Oracle Linux 7 から 10 向けの修正を含む UEK errata を公開
10 月 18 日 Linux 7.3 が修正付きでリリース
10 月 24 日 Amazon Linux 2023 の kernel6.18 パッケージが修正される
10 月 27 日 Anthropic の Frontier Red Team が、Claude がラボで構築したこのバグのリモート root エクスプロイトについて説明
10 月 29 日 Ubuntu は依然としてカーネルを脆弱としてリスト。Amazon Linux 2023 の kernel6.12 パッケージが修正される。この CVE を参照する GitHub リポジトリが出現。1 つは午後 7:22 に作成され、レーストリガーを説明

Hacker News の議論が追加したもの

議論は、実用的なパッチ計画、開示への批判、実際の展開でのバグの深刻さについての議論に大きく分かれました。

数人のコメント投稿者は、緩和策の詳細が不十分なまま、警戒を促す言葉遣いについてソース記事とより広範な開示を批判しました。

「文脈がゼロ、情報がゼロ、非常に警戒を促す言葉遣いですが、緩和要因については何もありません。これは脆弱性を伝えるひどい方法です。」

— louwrentius

他の人々は、Anthropic の未公開のエクスプロイト主張に懐疑的でした。

「兄弟、この脆弱性で root RCE を手に入れました。いいえ、PoC は見せられません。ただ信じてください、root RCE があります。また IPO も買ってください、兄弟。」

— kristjank

反論は、バグはほとんどが既存のものであり、それらを見つけることは全体的なセキュリティの改善であるというものでした。

「2027 年は、1 日あたり 2 から 3 の主要な CVE の年になるでしょう。この議論は奇妙で、時にはこれらが『AI のせい』であるかのように聞こえます。これらはほとんどが既存のバグであり、非常に古いものもあり、潜んでいました。それらがすべて見つかれば、私たちはより安全で信頼性の高い状態で反対側に出ます。」

— api

Ubuntu ユーザーは、修正済みカーネルが -stable に到達する前に -proposed リポジトリで利用可能だったと指摘しました。

「Ubuntu を使用している場合、-proposed リポジトリから -43 バージョンをプルしてアップグレードできます。まだ -stable にリリースしていないのは狂気です。」

— iknowstuff

あるコメント投稿者は、Hacker News のタイトルが「Linux」という言葉を落としたことに異議を唱えました。これは、このバグが BSD、macOS、Windows には影響しないため重要です。

「これは Linux の脆弱性です。*BSD や Mac、Windows を実行している場合は影響を受けません。」

— asveikau

別のコメント投稿者は、NVD の影響を受けるバージョンの形式が、どのカーネルが範囲内かを判断するのに使えないと批判しました。

「以前のレポートでは、影響を受けるのはカーネル 4.4 だけで、それ以降のすべてではないと述べていました。これは今やかなり劇的です。NVD の影響を受けるバージョンの形式が原因です。完全に使えません。バージョン、ブランチ名、タグがあるのには理由があります。」

— rurban

結論

CVE-2026-98432 は、アプリケーション認証前に到達可能な IPv4 TCP ハンドシェイク処理における Linux カーネルの use-after-free であり、Critical と評価されています。上流の安定版カーネルは 2026 年 10 月に修正しましたが、ディストリビューションカーネルは遅れています: Ubuntu と RHEL は 2026 年 10 月 29 日時点でリリース済みの修正がなく、Debian、SUSE、Oracle Linux UEK、および一部の Amazon Linux 2023 カーネルは修正されました。最も安全な即時対応は、すべてのホストとノードで実行中のカーネルを特定し、ディストリビューションが修正をリリースしたらすぐに修正済みカーネルに再起動し、IPv4 オプションフィルタリングを完全な緩和策ではなく暫定的な制御として扱うことです。

Sources

関連