Linux カーネル TCP ハンドシェイク競合 RCE(CVE-2026-98432)

要点

• Linux カーネルの IPv4 TCP ハンドシェイクにおける競合が、別の CPU がまだ読み取っているソケットの IP オプションを解放します。カーネルの CVE チームは CVSS v3.1 9.8 を付け、Anthropic の研究者 Xinyang Ge が報告し、Eric Dumazet が 2026-10-01 に修正しました。
• Linux 4.4 以降のすべてのカーネルが、攻撃者が到達できる任意の IPv4 TCP サービスに対して影響を受けます。Go 1.24 以降でビルドされた Go サービスは Linux でデフォルトで MPTCP でリッスンし、これが Anthropic の攻撃が用いた構成です。
• Anthropic は、自社の AI モデルが、MPTCP リスナーを持つ Linux サーバー上で資格情報なしに root としてコマンドを実行するエクスプロイトを書いたと述べています。攻撃の報告はなく、2026-10-30 時点で CISA の KEV カタログにも載っていません。
• 修正済みカーネルを導入してください。5.10.272、5.15.223、6.1.190、6.6.159、6.12.113、6.18.56、7.2.10 または 7.3、あるいは各ディストリビューションの修正パッケージです。Debian、Oracle、Amazon、SUSE は一部提供済みで、Ubuntu と RHEL は 2026-10-30 時点で未提供です。Go 限定の回避策は「修正方法」を参照してください。

影響を受けるか?

以下すべてが成り立つとき、影響を受けます。

• ホストが Linux 4.4(2016 年 1 月)以降かつ修正済み安定版より前の Linux カーネルで動作していること。コンテナは独自のカーネルを持ちません。コンテナ内のサービスはホストのカーネルを使うため、ホストのバージョンが判断基準です。
• そのホストの IPv4 TCP サービスが攻撃者から到達可能であること。Red Hat は、到達可能な TCP サービスを持つリモート攻撃者がこの競合を引き起こせると述べています。
• 競合には再送された SYN と接続要求上の IP オプションが必要です。カーネルチームの採点は、攻撃者が IPv4 Record Route または Timestamp オプション付きの要求を送り、それを再送する、と述べ、競合の両側が攻撃者により誘発されるとします。

2 つの構成パスが暴露を広げます。Multipath TCP リスナーを持つサーバーは Anthropic が攻撃した構成であり、Go 1.24 以降でビルドされた Go プログラムはすべて、Linux でデフォルトにより MPTCP でリッスンソケットを開きます。加えて、net.ipv4.tcp_migrate_req=1 または BPF reuseport マイグレーションプログラムで有効になるリクエストソケットマイグレーションが、同じ use-after-free を別の経路でさらします。

表は 11 行で、8 行が提供済みの修正を持ち、残る 3 行はありません。Amazon Linux 2 と Amazon Linux 2023 の既定の kernel パッケージにも修正がなく、Ubuntu は cloud、FIPS、リアルタイムの各カーネルを脆弱または進行中としています。

各ホストで動作するものを確認してください。

# Host kernel version
uname -r
# Compare against the fixed versions above; on Ubuntu and RHEL, watch the
# vendor advisory instead, because package versions differ from upstream tags.

# Debian: installed kernel packages and status
dpkg -l 'linux-image*' | grep '^ii'

# RHEL, Oracle Linux, Amazon Linux: installed kernels
rpm -q kernel kernel-uek kernel6.12 kernel6.18 2>/dev/null

# Which Go toolchain built a service (Go 1.24+ enables MPTCP by default)
go version -m /path/to/service | head -1

修正方法

1. Ubuntu または RHEL では、2026-10-30 時点で導入できる修正カーネルが存在しません。Red Hat は、利用可能な緩和策が導入の容易さ、ほとんどの環境への適合性、安定性に関する基準を満たさないと述べています。Ubuntu と Red Hat の CVE ページを監視し、下記の Go オプションは応急処置としてのみ扱ってください。
2. ディストリビューションの修正パッケージを導入して再起動してください。Debian では apt update && apt install linux-image-amd64 の後、再起動です。Oracle Linux では dnf update kernel-uek の後、再起動です。Amazon Linux 2023 では dnf update kernel6.18 または kernel6.12 の後、再起動です。
3. SUSE Linux Micro 6.2 または openSUSE Leap 16.0 では zypper in kernel-default>=6.12.0-160000.40.1 の後、再起動です。
4. カーネルを自分でビルドする場合は、修正済み安定版のいずれかに移行してください。カーネルの CVE チームは最新の安定カーネルへの更新を推奨し、個別修正のチェリーピックはサポートしないと述べています。

Go セキュリティチームは、Go 1.24 以降のサービスに対して 1 つの実際的な回避策を、自らの注意書きとともに提供しています。プログラムの環境に GODEBUG=multipathtcp=0 を設定すると実行時に MPTCP を無効化でき、メインモジュールの go.mod に godebug multipathtcp=0 を書くとビルド時に無効化できます。プログラムはソケットごとに net.ListenConfig.SetMultipathTCP(false) を呼ぶこともできます。チームは、プログラムごとの MPTCP 無効化を脆弱な緩和策と呼びます。残った 1 つの MPTCP リスナーがシステムを脆弱なままにし、すべての実用的なエクスプロイトが MPTCP に依存するという想定に依っています。チームは修正済みカーネルへの更新を強く推奨しています。

範囲に注意してください。MPTCP 以外のリスナー向けに根本の競合をカバーするベンダーの緩和策は存在せず、Red Hat はそこでの最も可能性の高い結果をカーネルのクラッシュとし、メモリ破壊は理論上可能としています。

根本原因は何か?

カーネルが、TCP 接続要求に付随する IP オプションを、別の CPU がまだ読み取っている間に解放します。解放が RCU の読み手を待つことなく kfree() を使うためです。

IP 層は、Record Route や Timestamp といった入力 IPv4 接続要求のオプションを、リクエストソケットとともに保存します。ハンドシェイクが完了すると、net/ipv4/tcp_ipv4.c の tcp_v4_syn_recv_sock() はそのオプションのポインタをコピーせずに新しい子ソケットへ渡します。commit 079096f103fa("tcp/dccp: install syn_recv requests into ehash table")以降、リクエストソケットはリスナーのロックを保持せずに処理されます。

修正コミットのメッセージが、衝突する 2 つの CPU を説明しています。別の CPU が、同じリクエストソケットへの再送 SYN を並行処理し、tcp_check_req() から SYNACK を送信できます。tcp_v4_send_synack() と inet_csk_route_req() は rcu_read_lock() の下でのみ ireq->ireq_opt を読み、続いて ip_build_and_send_pkt() と ip_options_build() が opt->optlen を 2 回読みます。その SYNACK の構築中に子ソケットが解放されることを妨げるものは何もありません。

// net/ipv4/af_inet.c, inet_sock_destruct(), before the fix
void inet_sock_destruct(struct sock *sk)
{
    ...
    WARN_ON_ONCE(sk->sk_wmem_queued);
    WARN_ON_ONCE(sk->sk_forward_alloc);

-   kfree(rcu_dereference_protected(inet->inet_opt, 1));
+   kfree_rcu(rcu_dereference_protected(inet->inet_opt, 1), rcu);

inet_sock_destruct() は子ソケットのオプションを素の kfree() で解放します。TCP の子ソケットは SOCK_RCU_FREE を持たないため、解放は即時です。rcu_read_lock() の中にいる別の CPU が、解放済みのオプションを ip_options_build() で読み取ります。つまり use-after-free です。

// net/ipv4/tcp_ipv4.c, tcp_v4_reqsk_destructor(), before the fix
static void tcp_v4_reqsk_destructor(struct request_sock *req)
{
-   kfree(rcu_dereference_protected(inet_rsk(req)->ireq_opt, 1));
+   kfree_rcu(rcu_dereference_protected(inet_rsk(req)->ireq_opt, 1), rcu);
}

2 つ目の経路はリクエストソケットマイグレーションで、net.ipv4.tcp_migrate_req=1 または BPF_SK_REUSEPORT_SELECT_OR_MIGRATE プログラムで有効になります。reqsk_timer_handler() は inet_reqsk_clone() でリクエストソケットを複製するため、旧ソケットと複製が同じ ireq_opt を共有します。複製が解放されると、tcp_v4_reqsk_destructor() は kfree() でオプションを解放しますが、旧ソケットへの参照を持つ別の CPU がまだ使用している可能性があります。

IPv6 は最初の経路の影響を受けません。tcp_v6_syn_recv_sock() がオプションを複製するためです。コミットは、tcp_v6_reqsk_destructor() にも CALIPSO 設定オプションに関する同じマイグレーションの問題があり、別のパッチで対応すると述べています。

どのように悪用されるか?

公開されたエクスプロイトコードはありません。Anthropic は、社内の AI モデルが書いた攻撃を 4 つの手順で説明しています。

1. 攻撃者は、到達可能なサービスへ IP オプション付きの IPv4 TCP 接続要求を送り、競合に勝つためにそれを再送します。カーネルチームの採点が説明する手順です。
2. 競合により、カーネルは攻撃者が制御する長さフィールドを読み、余分なバイトを攻撃者へ送り返します。その過読みの 1 つがカーネルポインタを返した時点で、攻撃者はカーネルのアドレスランダマイズである KASLR を破ります。
3. 同じ use-after-free が今度はバッファを溢れさせ、攻撃者が通常のプロトコル機能でカーネルメモリに事前配置したペイロードのアドレスでコールバックポインタを上書きします。
4. カーネルがそのコールバックを呼びます。ペイロードは既存のカーネル関数への呼び出しを連鎖させ、攻撃者が選んだシェルコマンドを root として実行して終わります。

負けた競合はその接続試行を失敗させるだけでシステムをクラッシュさせないため、攻撃者は成功するまで無制限に再試行できます。Anthropic の概念実証では、カーネルポインタの漏洩に 48 分、シェルコマンドの実行到達にさらに 5 分かかりました。

攻撃の流れは?

一文で述べると、攻撃者は IPv4 TCP ハンドシェイクの競合に勝ち、カーネルが SYNACK の経路でまだ読み取っているリクエストの IP オプションを解放させ、その use-after-free を KASLR の漏洩と root コマンドを実行する乗っ取られたコールバックへ変えます。

攻撃者に何ができるか?

カーネルチームの 9.8 は、ネットワークアクセス、権限なし、ユーザー操作なしを仮定し、機密性・完全性・可用性への高い影響を仮定しています(CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H)。このシナリオでは、この不具合は近傍のカーネルメモリを攻撃者へ送り返し、カーネルメモリを破壊し、またはシステムをクラッシュさせ得ます。

Anthropic は最も強い結果を実証しました。MPTCP リスナーを公開するサーバー上で、資格情報もユーザー操作もなしに、root として任意のコマンドを実行することです。同社の投稿はテストしたカーネルのバージョンや構成を明かさず、MPTCP リスナーのないサーバーが同じ方法で乗っ取れるかどうかも述べていません。

Red Hat は CVE ページと機械可読アドバイザリファイル(2026-10-29 更新)の両方で、この不具合を Important、8.1、ベクトル CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H としています。Red Hat によると主な結果はシステムクラッシュ(サービス拒否)またはメモリ破壊の可能性で、スコアは暫定です。Oracle、SUSE、Amazon も同じベクトルで 8.1 を付けます。各スコアは、ベンダーが高く付けカーネルチームが低く付ける攻撃複雑度だけが、カーネルチームと異なります。

なぜ修正は機能するか?

修正である commit e3f33b0a1d89d738e2b913dab519226eaf76e15b は、inet_sock_destruct() と tcp_v4_reqsk_destructor() の 2 つのデストラクタで kfree() を kfree_rcu() に置き換えます。kfree_rcu() は回収を RCU の猶予期間が過ぎるまで遅らせるため、オプションを rcu_read_lock() の下に持つすべての CPU が読み取りを終えてからメモリが解放されます。読み手はすでに RCU を使っており、do_ip_setsockopt() など inet_opt を置き換える他の経路はすでに kfree_rcu() を使っていました。

この 2 行の変更は、コミットが名指しする両方の IPv4 経路に対して完全です。inet_sock_destruct() を経る SYNACK 競合と、tcp_v4_reqsk_destructor() を経るマイグレーション競合です。コミット自身が、触れていない隣接項目を 1 つ挙げています。CALIPSO 設定オプションに関する同等の IPv6 の問題で、これは別のパッチで対応するとしています。

侵害されたか確認するには?

2026-10-30 時点で、どこでも悪用の報告はなく、インジケータも検出ルールも公開されていません。競合に負けた試行はその接続試行を失敗させるだけなので、探査は痕跡をほとんど残しません。

この仕組みからは、激しい探査の姿が示唆されます。Record Route または Timestamp オプションを伴う多数の短命な IPv4 接続試行と、同じリッスンポートへの再送要求です。このパターンを調査すべき手がかりとして扱い、侵害の証拠とはしないでください。この形の観測トラフィックを文書化した公開ソースはありません。

年表

• 2016-01-10: Linux 4.4 がリリースされます。The Hacker News は、この不具合がこのリリースで、後に競合の経路からリスナーのロックを外すことになったリクエストソケットの変更とともに導入されたと報告しています。
• 2026-10-01: Eric Dumazet が修正「ipv4: free inet_opt and ireq_opt after an RCU grace period」を書きます。Anthropic の Xinyang Ge が報告しました。
• 2026-10-05: カーネル開発者が修正を上流に適用します。CVE の公開より 10 日前です。
• 2026-10-11 から 2026-10-15: 修正が 5.10、5.15、6.1、6.6、6.12、6.18、7.2 の安定ブランチへバックポートされます。
• 2026-10-15: カーネルの CVE チームが CVE-2026-98432 を公開します。
• 2026-10-16: Debian trixie と Oracle Linux が修正済みカーネルを提供します(DSA-6568-1、ELSA-2026-500397 から 500399)。
• 2026-10-17 から 2026-10-22: Debian 12 bookworm が 2 つのアドバイザリで修正済みカーネルを受け取ります(DLA-4841-1、DLA-4850-1)。
• 2026-10-24: カーネルの CVE チームが CVE 公開の 9 日後に 9.8 のスコアを記録へ追加します。Amazon が kernel6.18 パッケージを修正します(ALAS2023-2026-3251)。
• 2026-10-27: Anthropic が、MPTCP リスナーのサーバーで root に到達した AI 書きのエクスプロイトを説明する投稿を公開します。
• 2026-10-29: Amazon が kernel6.12 パッケージを修正します(ALAS2023-2026-3335)。Red Hat の CVE ページとアドバイザリファイルが Important、8.1 へ変わります。SUSE が SLES 15 SP4 から SP6 LTSS と SLE Micro 5.3 から 5.5 の修正済みカーネルを提供します。The Hacker News がディストリビューション状況表を公開します。
• 2026-10-30: Ubuntu と RHEL は依然として修正カーネルを載せていません。いずれもリリース日を示していません。

FAQ

MPTCP の API を呼ばない Go サービスもカーネルの修正が必要ですか?

はい。Go 1.24 以降は Linux のリッスンソケットで MPTCP をデフォルトで有効にします。コードに MPTCP の呼び出しがなくても、単純な net.Listen がすでにそれを使います。go version -m でビルドを確認し、GODEBUG の応急処置は「修正方法」を参照してください。

コンテナは影響を受けますか?

不具合はホストのカーネルにあるため、コンテナはパッケージングによって暴露を免れません。影響を受けるホスト上の、コンテナ内かどうかを問わず、攻撃者から到達可能な IPv4 TCP サービスはすべて、競合に必要なネットワーク上の位置を攻撃者に与えます。修正はホストのカーネルパッケージです。

IPv6 のリスナーも標的にできますか?

最初の経路ではできません。カーネルは IPv6 接続のオプションをコピーするため、ハンドシェイク競合は IPv4 限定です。修正コミットは、CALIPSO 設定オプションに関する IPv6 のマイグレーションの問題に触れ、別のパッチで対応するとしています。

カーネルチームは 9.8、Red Hat などのベンダーは 8.1 なのはなぜですか?

カーネルチームは攻撃複雑度を低く付けます。攻撃者が競合の両側、つまり IP オプション付きの初期要求と再送を誘発するためです。Red Hat、Oracle、SUSE、Amazon は複雑度を高く付けるため、機密性・完全性・可用性への影響は同じく高いまま、スコアは 8.1 になります。

この不具合は野外で悪用されていますか?

2026-10-30 時点で攻撃を報告するソースはありません。この不具合は CISA の KEV カタログに載っていません。当日、カタログの JSON フィードで確認しました。Anthropic のエクスプロイトとそのテストが、実証された唯一の実行です。

今月再起動できません。最善の手は?

ディストリビューションが修正を提供したらすぐに導入し、それまでの間、Go 1.24 以降のサービスに Go チームの MPTCP 応急処置を、その限界を理解したうえで適用してください。Red Hat は認められた緩和策を公開していません。露出した IPv4 サービスを厳格なネットワークアクセスリストの内側に置き、Ubuntu と Red Hat のアドバイザリを毎日監視してください。

Ostorlab で最初に修正すべき Linux ホストを見つける

Ostorlab のアタックサーフェスディスカバリーは、インターネットに露出したホストとその公開サービスをインベントリし、到達可能な IPv4 TCP リスナーを持つ Linux サーバーを一覧化して、カーネルを最初に確認できるようにします。

参考文献

• CVE-2026-98432 レコード、kernel.org CNA、2026-10-15 公開、2026-10-30 更新、CVSS v3.1 9.8 と安定版バックポートコミット: https://cveawg.mitre.org/api/cve/CVE-2026-98432 (2026 年 10 月 30 日確認)
• 修正コミット e3f33b0a1d89d738e2b913dab519226eaf76e15b、"ipv4: free inet_opt and ireq_opt after an RCU grace period"、Eric Dumazet、2026-10-01: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=e3f33b0a1d89d738e2b913dab519226eaf76e15b (2026 年 10 月 30 日確認)
• Anthropic、"Discovering and exploiting vulnerabilities in critical, real-world software with Claude"、2026 年 10 月 27 日、第 5 章: https://www.anthropic.com/research/discovering-vulnerabilities-with-claude (2026 年 10 月 30 日確認)
• The Hacker News、"Linux Kernel TCP Flaw With 9.8 CVSS Score Affects Ubuntu, Red Hat and Other Distributions"、2026 年 10 月 29 日、ディストリビューション状況表と採点の根拠: https://thehackernews.com/2026/10/linux-kernel-tcp-flaw-with-98-cvss.html (2026 年 10 月 30 日確認)
• Go セキュリティチーム、"[security] Protecting against CVE-2026-98432"、golang-announce、2026 年 10 月 29 日: https://groups.google.com/d/msgid/golang-announce/0c2926bc-e90f-4cdb-97c3-300fff6d8885n%40googlegroups.com (2026 年 10 月 30 日確認)
• oss-security に転送された同じ Go ガイダンス、2026 年 10 月 29 日: https://www.openwall.com/lists/oss-security/2026/10/30/1 (2026 年 10 月 30 日確認)
• Ubuntu の CVE-2026-98432 ページ、2026 年 10 月 30 日時点で修正済みのカーネルパッケージなし: https://ubuntu.com/security/CVE-2026-98432 (2026 年 10 月 30 日確認)
• Red Hat の CVE-2026-98432 機械可読アドバイザリ、Important 8.1、2026-10-29 更新: https://security.access.redhat.com/data/csaf/v2/vex/2026/cve-2026-98432.json (2026 年 10 月 30 日確認)
• Red Hat の CVE-2026-98432 ページ: https://access.redhat.com/security/cve/cve-2026-98432 (2026 年 10 月 30 日確認)
• Debian DSA-6568-1、linux 6.12.113-1、2026 年 10 月 16 日: https://lists.debian.org/debian-security-announce/2026/msg00482.html (2026 年 10 月 30 日確認)
• Oracle Linux の CVE-2026-98432 エラータページ、ELSA-2026-500397 から 500399、2026-10-16 リリース: https://linux.oracle.com/cve/CVE-2026-98432.html (2026 年 10 月 30 日確認)
• Amazon Linux 2023 アドバイザリ ALAS-2026-3251、kernel6.18-6.18.56-125.164、2026-10-24 リリース: https://alas.aws.amazon.com/AL2023/ALAS2023-2026-3251.html (2026 年 10 月 30 日確認)
• Amazon Linux 2023 アドバイザリ ALAS-2026-3335、kernel6.12-6.12.113-138.209、2026-10-29 リリース: https://alas.aws.amazon.com/AL2023/ALAS2023-2026-3335.html (2026 年 10 月 30 日確認)
• SUSE の CVE-2026-98432 ページ、Important 8.1、パッケージごとの修正状況: https://www.suse.com/security/cve/CVE-2026-98432.html (2026 年 10 月 30 日確認)
• CVE-2026-98432 の NVD エントリ、カーネルチームの 9.8 を表示: https://nvd.nist.gov/vuln/detail/CVE-2026-98432 (2026 年 10 月 30 日確認)
• カーネル CVE チームの CVE-2026-98432 公開レコード、最新安定カーネルを推奨: https://kernel.googlesource.com/pub/scm/linux/security/vulns/+/refs/heads/master/cve/published/2026/CVE-2026-98432.mbox (2026 年 10 月 30 日確認)
• Multipath TCP に関するカーネルドキュメント: https://docs.kernel.org/networking/mptcp.html (2026 年 10 月 30 日確認)
• 議論を追う Go イシュー、go.dev/issue/82717: https://go.dev/issue/82717 (2026 年 10 月 30 日確認)
• CISA KEV カタログの JSON フィード、2026 年 10 月 30 日に CVE-2026-98432 を確認(載っていない): https://www.cisa.gov/sites/default/files/feeds/known_exploited_vulnerabilities.json (2026 年 10 月 30 日確認)