CVE-2026-98432: 重要なLinuxカーネルTCPの脆弱性がリモートコード実行を可能に

LinuxカーネルのIPv4 TCPネットワーキングスタックにおける重大な脆弱性により、認証されていない遠隔攻撃者がメモリ破損を引き起こし、脆弱なシステムをクラッシュさせ、潜在的にルート権限で任意のコードを実行する可能性があります。CVE-2026-98432として追跡されているこの欠陥は、CVSS 3.1スコア9.8を有しており、Linuxカーネルのバージョン4.4から存在しています。

この脆弱性は、基になるメモリがすでに解放された後にカーネルがIPオプションデータにアクセスする可能性のある競合状態に起因しています。公開されたIPv4 TCPサービスに到達できる攻撃者は、IPv4オプションを含む特にタイミングを合わせた接続要求を用いてこの状態を引き起こそうと試みることができます。認証、ローカル権限、またはユーザーの操作は必要ありません。

Anthropicが内部のClaude研究モデルが、Multipath TCP (MPTCP) リスナーを持つLinuxサーバーに対するリモートルートコマンド実行を達成できる動作するエクスプロイトを開発したと発表した後、セキュリティへの関心が著しく高まりました。このエクスプロイトはまずKASLRを回避するためにカーネルポインタをリークし、次に同じuse-after-free状態を使用してメモリを破損させ、カーネル制御フローをリダイレクトします。Anthropicはエクスプロイトコードを公開していません。

重要なことに、この根本的な脆弱性はMPTCPに限定されていません。Red Hatは、通常のIPv4 TCPネットワークを持つシステムも、MPTCPが無効であっても依然として脆弱であり、Red Hat Enterprise Linuxのデフォルト構成を含むことを確認しています。

営業へのお問い合わせ

2026年11月4日現在、Linuxベンダー、CERT、その他のレビューされたソースはいずれも実際の攻撃での欠陥の確認された悪用を報告していません。脆弱性の一部を示す公開研究コードは存在しますが、Anthropicが示したフルリモートルート機能を提供する公開されたエクスプロイトは文書化されていません。

セキュリティチームは、SOC PrimeのAIネイティブ検出インテリジェンスプラットフォームを使用して、新しい脆弱性の悪用に対する防御を強化し、脅威インテリジェンスを運用化し、SIEM、EDR、XDR、データレイク環境全体での脅威のハンティングを加速できます。

CVE-2026-98432を検出するには、IPオプションを含む異常なIPv4 TCPトラフィックを監視し、競合状態を引き起こすための連続した接続試行、カーネルクラッシュまたはメモリ破損イベント、成功した後の悪用を示す可能性のある疑わしい活動を監視します。

すべてのCVEに対して検出コンテンツが利用可能とは限りません。現在のカバレッジについてはSOC Primeプラットフォームを確認してください。関連する検出がまだ利用可能でない場合、新しい脅威インテリジェンスと検出コンテンツが継続的に追加されているので、もう一度確認してください。

CVE-2026-98432分析

CVE-2026-98432は、Linux 4.4で導入された脆弱な実装を含むLinuxカーネルのIPv4 TCP 接続処理コードに影響を与えます。LinuxカーネルCVEチームは、この問題を重大と分類し、CVSS 3.1スコア9.8とベクターAV/AC/PR/UI/S/C/I/Aを持つとしています。

この脆弱性は、同時にTCP接続を処理する間の競合によって引き起こされるuse-after-free状態です。IPv4 TCP接続が確立されると、tcp_v4_syn_recv_sock()は保留中のリクエストに関連付けられたIPオプションを、新しく作成されたソケットに別途コピーすることなく転送します。

別のCPUは、同じリクエストソケットに関連する再送SYNを同時に処理することができます。そのプロセス中、SYN-ACKの生成を担当する関数は、RCUの読取り側クリティカルセクションで保護されながら、IPオプションを読み続けます。

しかし、その操作がまだ進行中の間に、子ソケットが破棄される可能性があります。その後、カーネルはkfree()を用いて関連するinet_opt構造を解放し、他のCPUがすでに解放されたメモリにアクセスできる可能性を残します。結果として生じる古い参照は、ip_options_build()内でuse-after-free条件を生み出します。

要求ソケットの移行中にも同様の競合が存在し、net.ipv4.tcp_migrate_req=1またはBPFベースのSK_REUSEPORT_SELECT_OR_MIGRATEを使用する構成が含まれます。上流の修正は、RCUに対応した解放を備えた不安全なメモリ解放を置き換えており、オブジェクトに対するアクセスが終了するまでそのメモリが回収されないようにしています。

最初の問題は特にIPv4に影響します。カーネルアドバイザリでは、tcp_v6_syn_recv_sock()が関連オプションを同じ方法で転送するのではなく複製するため、IPv6は特定の競合には脆弱でないと述べています。

遠隔悪用には特別に構築されたネットワークトラフィックと競合状態の正確な操作が必要です。Red Hatは、結果としてカーネルクラッシュ、メモリ破損、および潜在的にリモートコード実行を含む可能性のある結果が発生する可能性があると指摘します。認証とユーザーの操作なしでTCPサービスを不信のネットワークに公開するシステムに対してリスクが大幅に増加します。

Anthropicは、この脆弱性が完全なリモートルートエクスプロイトに変換できることを示しました。その研究モデルは、Multipath TCP接続を受け入れるLinuxサーバーを標的とし、コマンド実行を達成するために2つの段階を使用しました。

最初の段階では、エクスプロイトは競合を繰り返しトリガし、カーネルがネットワーク応答で追加の隣接メモリを返すように長さの値を操作します。最終的に、これらの応答のうちの1つがカーネルポインタを含むものとなります。この開示はカーネルメモリのレイアウトに関する情報を明らかにし、エクスプロイトがカーネルアドレス空間のレイアウトランダマイゼーション（KASLR）を打ち破ることを可能にします。

第二段階では、エクスプロイトが同じ脆弱性を使用してバッファオーバーフローを引き起こし、コールバックポインタをオーバーライトします。ポインタはプロトコルの正当な機能を使用してカーネルメモリに前もって配置されたペイロードへリダイレクトされます。カーネルが修正されたコールバックを呼び出すと、既存のカーネル関数がチェーンされ、アタッカーが選択したシェルコマンドがルートとして実行されます。

エクスプロイトの特に重要な特徴は、競合に負けたとしてもサーバーがクラッシュするとは限らないことです。代わりに、接続試行は単に失敗する可能性があり、攻撃者は繰り返し試行できます。Anthropicのテスト環境では、有用なカーネルポインタを取得するのに約48分、その後、ルートコマンド実行を達成するのにさらに5分かかりました。

このデモンストレーションは、悪用にMPTCPが必要であることを意味するものとして解釈するべきではありません。Anthropicは、MPTCPリスナーを含む1つの成功した悪用経路を示しましたが、脆弱なコードは通常のIPv4 TCP処理にあります。Red Hatは、MPTCPを無効にしても脆弱性を完全には解決できず、デフォルトのRHELインストールがMPTCPがデフォルトで無効であっても影響を受けると明示的に警告しています。

CVE-2026-98432 PoCの状況は、完全な武器化されたエクスプロイトの存在と区別されることが重要です。Anthropicは内部で動作するリモートルートの概念証明を開発しましたが、それを公開していません。セキュリティ研究者によって報告された公開コードは、基礎となる競合とメモリ開示の側面を示したり、検出したりすることができますが、レビューされたソースはAnthropicの完全なリモートコード実行チェーンを再現する公開されたコードを文書化していません。

この脆弱性は、Anthropicの研究者Xinyang Geによって報告されました。上流のLinux修正は2026年10月5日に適用され、LinuxカーネルCVE記録は10月15日に公開されました。Anthropicは10月27日に完全な悪用研究を公表しました。

Linuxカーネルプロジェクトは、次の上流修正バージョンを特定しています。

• Linux 5.10.272
• Linux 5.15.223
• Linux 6.1.190
• Linux 6.6.159
• Linux 6.12.113
• Linux 6.18.56
• Linux 7.2.10
• Linux 7.3

カーネルチームは、個々のコミットを選択するのではなく、最新の安定版カーネルにアップグレードすることを推奨しています。

ディストリビューション固有のエクスポージャーと修正は異なります。これはLinuxベンダーが独自のカーネルを維持し、セキュリティ修正をバックポートするためです。Red Hatは、この問題を9.8で重大と評価しており、複数のRHEL 8、9、10ストリームに対する修正をリリースしました。影響を受けるRHELカーネルに依存するOpenShiftおよび階層製品も注目を要します。

Ubuntuも同様に脆弱性を9.8の重大と評価しています。Ubuntu 26.10は、修正済みのジェネリックカーネルを受け取りましたが、2026年11月初めにはUbuntu 22.04 LTS、24.04 LTS、26.04 LTSの修正は-proposedテストポケットで利用可能であり、追加のサポートされたリリースが修正を待っています。管理者は、単に上流のカーネルバージョン番号に依存するのではなく、CanonicalのCVEページを使用するべきです。

CVE-2026-98432の検出には、ネットワークおよびホストのテレメトリを組み合わせるべきです。ネットワークレベルでのハンティング信号には、IPオプションを持つ異常なインバウンドIPv4 TCPパケット、特にRecord RouteまたはTimestampオプションを含む連続した接続試行、およびSYNの異常な再送パターンが含まれます。このようなトラフィックの存在は単独では悪用を確認するものではありませんが、脆弱なシステムとの相関によりハンティングのための有用なピボットを提供します。

ホストレベルの監視には、Linuxカーネルのクラッシュ、カーネルの警告、メモリ破損の指標、疑わしいネットワークトラフィック後の予期しないサービスの再起動、および異常な活動が含まれるべきです。成功した悪用は理論的にはルートコードの実行を提供する可能性があるため、守備側は予期しない特権プロセス、新しく作成されたファイル、設定変更、持続化メカニズム、説明のつかないアウトバウンド接続を監視する必要があります。

レビューされたソースは現実の攻撃における脆弱性の悪用を報告していないため、確認された悪意のあるIPアドレスやドメイン、マルウェアハッシュなどの攻撃者固有のCVE-2026-98432 IOCは現在存在しません。したがって、守備側は静的な指標に頼るのではなく、行動に基づく検出とエクスポージャー評価を優先すべきです。

CVE-2026-98432の緩和策

決定的な修正は、セキュリティ修正を含むベンダー提供のカーネルをインストールすることです。LinuxカーネルCVEチームは、最新のサポートされている安定版カーネルに移行することを推奨しています。一方、Linuxディストリビューションのユーザーは、修正が通常は上流のカーネルバージョンに変更を加えずにバックポートされるため、ベンダーによって特別に提供されるパッケージをインストールするべきです。

管理者は、インターネットに面したLinuxサーバーおよびインバウンドIPv4 TCP接続を受け入れる他のシステムを優先すべきです。攻撃面が広いのは、脆弱性が個々のアプリケーションやサーバープロダクトではなく、カーネルネットワーキングスタック内にあるためです。

組織は次のステップを踏むべきです。

1. Linuxサーバーをインベントリし、uname -rなどのツールを使用して実行中のカーネルを特定します。
2. エクスポージャーを決定する際には、単に上流バージョン番号ではなく、関連するLinuxディストリビューションのセキュリティアドバイザリを確認します。
3. ベンダー提供の修正されたカーネルが利用可能になったらすぐにインストールします。
4. 更新されたカーネルをインストールした後、影響を受けるシステムを再起動して修正後のカーネルが稼働していることを確認します。
5. インターネットに面したサーバーおよびインバウンドIPv4 TCPトラフィックを受け入れるインフラストラクチャを優先します。
6. 外部に露出しているTCPサービスを確認し、不要なネットワークのアクセス性を制限します。
7. Linuxディストリビューション、カーネルのバリアント、クラウドカーネル、サポートチャネルによって修正の利用可能性は異なるため、ベンダーのアドバイザリを継続的に監視してください。

Red HatおよびUbuntuも、IPオプションを含む受信IPv4 TCPパケットをドロップする中間的なパケットフィルタリングアプローチを文書化しています。推奨されるnftables条件は、IPv4ヘッダー長が5を超えるものを確認し、脆弱なソケット処理パスに到達する前に一致するTCPパケットをドロップします。

この対策は、IPv4オプションを必要とする既知の悪用経路を低減することができます。しかし、両ベンダーは、パケットフィルタリングが修正されたカーネルをインストールする代わりにはならず、IPv4オプションに正当に依存するワークロードに干渉する可能性があるため、本番環境への展開前にテストするべきであると警告しています。

MPTCPを無効にするだけでは十分な保護とみなされるべきではありません。Anthropicの実働するエクスプロイトは、MPTCPリスナーを標的としていましたが、基礎となる脆弱性は通常のIPv4 TCP処理にあります。Red Hatは、MPTCPがデフォルトで無効化されている場合でも、RHELがそのデフォルト構成において依然として脆弱であることを明確に指摘しています。

Goアプリケーションを使用する環境のために、Anthropicが実証した特定の悪用に対するエクスポージャーを低減するために、自動MPTCP動作を無効にすることができます。しかし、これは不完全なリスク低減手段のままです。MPTCPリスナーのないシステムが自動的に安全とみなされるべきではありません。なぜなら、他の悪用技術が同じ基礎的な競合を対象にする可能性があるためです。

現実世界の妥協キャンペーンが確認されていないため、インシデント対応のガイダンスは現時点で、既知の攻撃者インフラセットを検索するよりも、潜在的に脆弱なシステムや疑わしい悪用行動を特定することに焦点を当てるべきです。異常なTCPトラフィックが続いたカーネル不安定や予期しない特権のある実行が観測された組織は、その活動を潜在的に悪意のあるものとして扱い、調査のためにネットワークとホストのテレメトリを保存する必要があります。