答え公開済み21 ソース
Linuxの重大TCP脆弱性CVE-2026-98432：影響とサーバー運用者が取るべき対策
CVE 2026 98432は、Linuxカーネル4.4以降に影響するIPv4 TCP接続処理のuse after freeで、CVSS 3.1の評価は9.8です。 MPTCPを無効にすると報告された攻撃経路を狭められる場合がありますが、脆弱性そのものは修正できません。根本対応は修正済みカーネルへの更新です。
公開者GPT-6 Luna で編集GPT Image 2 で画像を生成
研究の答え
重要なポイント
- CVE 2026 98432は、Linuxカーネル4.4以降に影響するIPv4 TCP接続処理のuse after freeで、CVSS 3.1の評価は9.8です。
- MPTCPを無効にすると報告された攻撃経路を狭められる場合がありますが、脆弱性そのものは修正できません。根本対応は修正済みカーネルへの更新です。
- 2026年11月4日時点では、Ubuntuの一部修正はテスト用の「 proposed」にあり、Red HatはRHEL 8、9、10向け修正済みカーネルを提供したと報じられています。
AI プロンプト
openai.comCreate a landscape editorial hero image for this Studio Global article: What is CVE-2026-98432, the 9.8-CVSS Linux kernel IPv4 TCP race condition affecting kernels from version 4.4 onward, how can simultaneous pr. Article summary: CVE-2026-98432 is a critical use-after-free race in Linux’s IPv4 TCP connection-handshake code, affecting unpatched kernels from 4.4 onward and rated CVSS 3.1 9.8; it is not simply an MPTCP-only vulnerability. [1][5][7] . Topic tags: general, general web, user generated, government. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, ch
Linuxサーバーの運用者にとって、CVE-2026-98432で重要なのは「MPTCPを止めれば安全」と決めつけないことです。この脆弱性の根は、LinuxのIPv4 TCP接続処理にあります。MPTCP（Multipath TCP）は、報告されたリモート侵害の実証で使われた条件ですが、脆弱性自体がMPTCPだけに限られるわけではありません。影響を受けるカーネルはバージョン4.4以降で、CVSS 3.1の評価は9.8です。6
37
44
57
接続処理の競合で何が起きるのか
TCP接続の確立中、Linuxカーネルは接続要求に付随するIPv4オプションを一時的に保持します。接続が進むと、tcp_v4_syn_recv_sock()がそのオプションの所有権を新しい子ソケットへ移しますが、データ自体はコピーしません。
その一方で、別のCPUが同じ接続要求に対する再送SYNを処理していることがあります。接続の終了処理が先に進み、オプションのメモリーが解放された後も、再送処理がその情報を読み続けると、解放済みメモリーを参照する「use-after-free」が起こり得ます。影響として、システムクラッシュやメモリー破損などが挙げられ、セキュリティ情報ではリモートコード実行の可能性も示されています。44
52
57
修正では、関連メモリーをすぐには解放せず、RCUの猶予期間が過ぎてから解放することで、並行している読み取り処理が終わる時間を確保します。つまり、攻撃に使われたとされる特定の経路だけを閉じるのではなく、メモリーの寿命管理そのものを直す対応です。44
実証報告が示すこと、示さないこと
Anthropicの10月27日の研究報告については、後続の報道で、MPTCPリスナーを公開しているサーバーに対するリモートroot権限取得の実証が紹介されました。ただし、報道によると、攻撃コードと実行時の構成は公開されておらず、第三者が前提条件や再現性を独立に確認できる情報は限られています。9
11
Matt Coralloは、ディストリビューションによって修正提供に差があることを背景に、Ubuntuの対応を批判しました。これは更新の遅れに対する懸念を示すものですが、実際の侵害を裏付ける別個の技術的証拠ではありません。12
セキュリティ研究者のMarcus Hutchinsは、脆弱なシステムを探しているように見えるスキャン活動を報告しています。スキャンは攻撃者が標的を探している可能性を示しますが、侵入に成功したことを意味しません。31
AWSは、研究者がMPTCPリスナーを持つホストに対する未認証のリモートコード実行を実証したとしつつ、この問題が実際の攻撃に利用された証拠はないと説明しています。
MPTCPの無効化は、あくまで暫定策
Go 1.24以降では、カーネルが対応している場合、リスナーでMPTCPが有効になることがあります。そのため、アプリケーション側でMPTCPを明示的に実装したつもりがなくても、ネットワーク設定が影響する場合があります。37
Lightning Labsのlnd v0.21.6-betaは、MPTCPリスナーを既定で無効にし、報告されたlnd経由の攻撃経路を閉じる緩和策を導入しました。リリース情報も、この変更はカーネル修正の代わりではなく、修正済みカーネルへの更新が必要だと明記しています。37
アプリケーション単位でMPTCPを止めれば、そのアプリケーションの露出を抑えられる可能性があります。ホスト全体で無効化すれば、ほかのMPTCPリスナーにも影響しますが、どちらもIPv4 TCPのメモリー処理にある根本原因を直すものではありません。修正済みカーネルを適用するまでのリスク低減策として位置づけてください。6
37
44
11月4日時点の修正状況
ディストリビューションごとに修正提供の段階は異なっていました。Canonicalは11月2日、Ubuntu 22.04 LTS以降向けの修正を、任意参加のテスト用リポジトリ「-proposed」で検証中だと説明しました。一方、同時期の報道では、Red Hatは11月1日にRHEL 8、9、10向けの修正済みカーネルを提供したとされています。6
7
テスト用に修正が存在することと、通常の更新経路で本番環境に適用できることは同じではありません。この差が、リモートrootの実証報告を受けて批判の焦点になりました。ただし、更新状況は変わるため、他のディストリビューションの情報をそのまま当てはめず、利用中の製品・リリースに対応するセキュリティ情報を確認してください。7
12
運用者は、まず各ワークロードで実際に稼働しているカーネルを確認し、利用中のディストリビューションが提供する修正済みカーネルを適用してください。MPTCPの制限は更新までの露出を抑える手段になり得ますが、脆弱なメモリー処理を修正するのはカーネル更新です。6
37
44
Studio Global AI
研究を続けてください
このページにはソースに裏付けされた回答が含まれており、Studio Global 内で続行できます。
人々も尋ねます
「Linuxの重大TCP脆弱性CVE-2026-98432：影響とサーバー運用者が取るべき対策」の短い答えは何ですか?
CVE 2026 98432は、Linuxカーネル4.4以降に影響するIPv4 TCP接続処理のuse after freeで、CVSS 3.1の評価は9.8です。
最初に検証する重要なポイントは何ですか?
CVE 2026 98432は、Linuxカーネル4.4以降に影響するIPv4 TCP接続処理のuse after freeで、CVSS 3.1の評価は9.8です。 MPTCPを無効にすると報告された攻撃経路を狭められる場合がありますが、脆弱性そのものは修正できません。根本対応は修正済みカーネルへの更新です。
次の実践では何をすればいいでしょうか？
2026年11月4日時点では、Ubuntuの一部修正はテスト用の「 proposed」にあり、Red HatはRHEL 8、9、10向け修正済みカーネルを提供したと報じられています。