Anzaは11月2日、「対応必須」アラートを発行し、Ubuntuがまだ修正を提供していないLinuxカーネルの重大な脆弱性の緩和策をSolana mainnet-betaバリデータに取るよう求めた。

このSolanaソフトウェア開発企業は、Solana Foundationのバリデータリレーション責任者Tim Garciaによるスレッドを引用し、Ubuntuで稼働する事業者に対し、修正が提供されるまでトラフィックをフィルタリングするよう指示した。

バリデータはSolanaのトランザクションを処理しネットワークの合意形成を維持するマシンであるため、そのOSに未修正の脆弱性が存在することは、付随的なツールではなく中核インフラに関わる問題となる。

Garcia、Multipath TCPとソケット移行の無効化を求める

Garciaのスレッドでは、Ubuntu向けパッケージが提供されるまでに実施すべき3つの変更が挙げられている。事業者はnftablesを用いて、IPv4オプションを含む着信TCPパケットを破棄すべきとしている。

また、net.mptcp.enabled=0でMultipath TCPを無効化すること、さらにnet.ipv4.tcp_migrate_req=0でTCPリクエストソケットの移行をオフにすることも勧めた。

Red Hatは、フィルタリングにより露出は縮小するが、悪用を完全に阻止できるわけではないと警告している。

この通知はUbuntuで稼働するバリデータに適用される。Anzaの要件では、クライアントはUbuntu 24.04上でビルド・実行され、公開IPv4アドレスを必要とすると定められており、これは脆弱性が存在する着信TCPハンドシェイク経路を持つアドレスファミリーである。

Garciaによると、カーネルの欠陥CVE-2026-98432は上流で修正済みだが、Ubuntuユーザー向けのアップデートはまだ公開されていない。欠陥がカーネル内にあるため、バリデータクライアントのリリースではUbuntuホスト上で解決できず、修正はディストリビューションを通じて提供されなければならない。

CVE-2026-98432、カーネルに解放済みメモリを読ませる

10月15日に初公開され10月30日に最終更新されたCanonicalのトラッカーは、26.10、26.04 LTS、24.04 LTS、22.04 LTSのメインカーネルパッケージを「修正作業中」としている。古い20.04および18.04のビルドは単に脆弱として掲載されている。この脆弱性のCVSSスコアは9.8（同スケールの重大レベル）で、Ubuntuの優先度はHighである。

CVE-2026-98432は、カーネルのIPv4コードにおけるUse-after-Free脆弱性である。メモリが解放された後でも、カーネルはネットワーク接続の一部であったメモリを読み取ることができる。Canonicalの説明は、着信接続のTCPハンドシェイクに関連付けている。同一リクエストソケットの再送SYNが別のCPUで処理されている間に子ソケットが解放され、ip_options_build()が解放済みメモリを読み取る結果となる。

TCPリクエストソケット移行が有効な場合にも同様のバグが発生するため、Garciaはリストの中でこれをオフにしている。IPv6はハンドシェイクコードがオプションを複製するため、最初の問題を回避できる。

11月1日、Red HatはRHEL 8、9、10向けカーネル修正を含むアドバイザリを公開し、Debianはbookwormとtrixieの修正済みパッケージを提供している。一方、Ubuntuベースの事業者は、Canonicalのカーネルパッケージが提供されCVEが「修正作業中」から移動するまで、Garciaの緩和策に頼らざるを得ない。

Linuxの脆弱性による暗号資産インフラへの影響は過去にも

暗号資産インフラは今年、これ以前にもLinuxの脆弱性の影響を受けている。2026年5月、Cryptopolitanは、取引所、バリデータ、カストディシステムを警戒態勢に置いたCopy FailとDirty Fragの2つのカーネルバグについて報じた。侵害されたLinuxサーバーは、マシン上の署名認証情報や管理者アクセスを露出させる可能性がある。

1月には、Solanaの事業者に対し重要なバリデータパッチv3.0.14の適用が呼びかけられた。今回は、クライアントが依存するカーネル、すなわちクライアントソフトウェア自体の下層にバグがあり、そのためAnzaのアラートはソフトウェアアップグレードではなくOSレベルの緩和策へ事業者を誘導している。