Solana Foundation、UbuntuバリデータにCVE-2026-98432対策のIPv4 TCPパケット遮断を要請

Solana Foundation、CVE-2026-98432の暫定対策を指示

Solana (SOL) Foundationのバリデータリレーションズ責任者Tim Garciaは、Ubuntuで運用するノード運営者に対し、Linuxカーネルの脆弱性CVE-2026-98432への暫定的なネットワーク対策の適用を呼びかけた。上流のLinuxカーネルには修正コードが既に存在するものの、Ubuntu側は修正済みカーネルを公開していない。この指針は2026年11月2日(月曜日)の公開投稿で示されたもので、ステーキング基盤としてSolanaネットワークを支えるバリデータ各社を対象としている。Garcia氏の推奨手順は具体的だ。Ubuntu上のバリデータは、IPv4オプションを伴う inboundのTCPパケットを一時的に破棄すること、マルチパスTCP(MPTCP)を無効化すること、さらにTCPリクエストソケットのマイグレーションをオフにすること、の3点を挙げている。MPTCPは単一のTCP接続を複数のネットワーク経路で同時に伝送できるカーネル拡張であり、耐障害性の面で有用な一方、待ち受けサーバが遠隔ピアから到達可能なコード領域を広げてしまう。今回の勧告はあくまでインフラの問題であり、Solanaの価格への言及はない。Foundationの発言も、ネットワークの停止、スラッシング、資産リスクには一切触れていない。カーネルのTCP欠陥はアプリケーションのバグとは性質が異なる。欠陥はマシン上の全プロセスの下層に存在し、クライアントバイナリの更新では修正できない。暫定対処がこの形になった理由もここにある。Ubuntuの修正が配布されるまでの間、IPv4オプション付きパケットの除外と対象TCP機能の無効化によって、脆弱性が悪用に必要とする到達可能性を排除でき、バリデータのピア通信への性能面での影響はほぼゼロとみられる。バリデータはピアからの接続を24時間受け付ける長寿命の公開エンドポイントを運用しており、パッチ待ちの期間にホストOSのTCPスタックだけを切り離すことは事実上不可能だ。欠陥自体は上流のLinuxカーネルで既に修正済みであり、残るリスクはディストリビューションカーネルの遅れから来るものだ。Garcia氏が名指しした遅れの一つがUbuntuである。

重要度9.8、ただしMPTCPの条件付き

CVE-2026-98432の技術的な評価は、脅威の輪郭をさらに明確にする。SlowMistの最高情報セキュリティ責任者である23pds氏は重要度の評価を投稿しており、この脆弱性をIPv4 TCPハンドシェイクにおけるユースアフターフリーの競合状態と説明し、重要度スコアを9.8と評価した。ユースアフリーフリーとは、解放済みのバッファに並行するコード経路が依然アクセスし得るメモリエラーのことだ。9.8というスコアは最悪ケースの影響を測る指標であり、23pds氏は、全Ubuntuサーバがクリックなしで遠隔からルート権限を奪われるという見出し通りの主張と最悪ケースとの間には距離があることを明示した。同氏はその主張を誇張と評している。実際に実証された遠隔ルート攻撃は管理された実験環境での話で、エクスプロイトチェーンはAnthropicの研究モデルClaudeが生成したものであり、成功したのはMPTCPリスナーが動作する標的サーバに限られる。この条件は重要だ。MPTCPリスナーを持たないサーバの攻撃面は、持つサーバとは別物であり、ほとんどのホストはツールチェーンが明示的に有効化しない限り既定ではリスナーを動かしていない。ディストリビューションごとの修正状況は速度に差がある。10月30日時点で、Debian 12とDebian 13はパッチ済み、Ubuntu 22.04、24.04、26.04は対応待ち、Red Hat Enterprise Linux 8、9、10は修正を先送りしていた。実際の大規模悪用が公式に確認された事例は記録されていない。一方、影響範囲はマルチパスを意図的に有効化した管理者だけにとどまらない。別の投稿でIoTeXは自社も影響を受ける旨を指摘した。Go 1.24以降は待ち受けソケットでMPTCPが既定で有効になるため、明示的に有効化していなくても、iotex-coreのP2Pポート4689が実証された攻撃経路上に置かれるという。ここにこそ、この2つの発表のうちIoTeXのものがより不穏に映る理由がある。条件を作り出すのが管理者の選択ではなく、言語ランタイムの既定値だからだ。IoTeXの対策はFoundationの指針と歩調を合わせる。影響を受けるカーネル上のノードは速やかにアップグレードして再起動し、修正カーネルが存在しないUbuntuでは当面、IPv4オプション付きパケットを遮断する。

Solana (SOL)にとっての実務的な教訓は、実際の露出がCVEそのものと同じくらい設定次第で決まるということだ。MPTCPリスナーを動かしていないバリデータや、Garcia氏のフィルタを既に適用したバリデータは、実証された攻撃経路の外側にあり、暫定対策のコストもわずかで、Ubuntuのカーネル修正が完成するまでの時間を稼げる。2026年第4四半期に入り、Solanaの運用面はすでに注目を集めてきた。ネットワークのアプリストアから悪意あるSKRクレームアプリが削除された件、バリデータを対象としたSIMD-0567のトークンアカウント提案、そして今回の勧告と、ホストレベルのセキュリティがそのリストに加わった形だ。ただし、記録が裏付けているのは現時点でそこまでだ。Solanaバリデータへの標的型攻撃が確認された事実はない。CVE-2026-98432の実環境での悪用は文書化されておらず、RHELの運営者は依然修正配布を待っており、実証されたルート取得も観測されたネットワーク上の事件ではなく実験室の結果にとどまっている。