LinuxカーネルのIPv4 TCP接続処理において、CVE-2026-98432として識別される重大なセキュリティ上の欠陥が発見されました。この脆弱性は、アプリケーションレベルの認証が行われる前の初期ハンドシェイクプロセス中に発生するuse-after-free（UAF）バグです。これは、Webサーバー、SSHデーモン、Kubernetesノードを含む、IPv4 TCP接続を受け入れるすべてのLinuxホストに影響を与えます。Linuxカーネル独自のCVE番号付与機関は、この欠陥にCVSSスコア9.8を割り当て、リモートの未認証のピアから到達可能であるため、重大なリスクとして分類しています。
技術的な根本原因は、TCPハンドシェイク中にカーネルが「リクエストソケット」を管理する方法にあります。接続するピアがヘッダーにIPv4オプションを含めると、カーネルはこれらのオプションを保存し、応答でエコーバックします。このバグは、カーネルがこれらのオプションをコピーすることなく新しい接続ソケットに所有権を譲渡し、その後すぐにメモリを解放してしまうために発生します。もし別のCPUコアが同時にそのメモリを読み取ってハンドシェイクの応答を構築しようとすると、解放済みのカーネルメモリにアクセスすることになります。これはカーネルヒープメモリの漏洩、範囲外への書き込み、またはシステムクラッシュにつながる可能性があります。Anthropicの研究者は、multipath TCP（MPTCP）リスナーを実行しているサーバー上でroot権限で任意のコマンドを実行可能な概念実証（PoC）エクスプロイトをAIモデルが正常に生成したと報告しています。
この画像は、技術的な根本原因のセクションで説明されているTCPハンドシェイクプロセスを例示しています。
この視覚資料は、第2段落で言及されている初期ハンドシェイクプロセスの説明をサポートするものです。
アップストリームの修正では、すべての読み取りが完了した後にのみメモリが解放されるように、`kfree()`の呼び出しを`kfree_rcu()`に変更することが含まれていますが、パッチの可用性はディストリビューションによって異なります。2026年10月後半時点で、UbuntuやRed Hat（RHEL 8、9、10）などのいくつかの主要なプラットフォームでは、それぞれのカーネルに対する修正がまだ公開されていません。すぐにパッチを適用できないシステムに対して、セキュリティ研究者は暫定的な緩和策として、IPv4オプションを含むTCPパケットをドロップすることを提案しています。正当なTCPトラフィックがこれらのオプションを使用することは稀であるため、標準的な接続に影響を与えることなく、この脆弱性が使用する特定のパスをブロックするためにファイアウォールレベルでそのようなルールを実装できます。