Peter Bui が Linux の脆弱性が Cardano ステークプールにどのような影響を及ぼし得るかを解説

Learn Cardano のホストで ADAOZ ステークプールの運営者である Peter Bui は、Linux カーネルの脆弱性が Cardano のステークプール運営者が用いるサーバーにどのような影響を及ぼし得るかを検証した。

新しい動画の中で、Bui はリレーとブロックプロデューサーの役割、プールがネットワーク接続を失った場合の影響、そして運営者のインフラと委任者が保有する ADA の区別について解説している。

この議論は、Intersect が運営者に対し、CVE-2026-98432 と特定された脆弱性についてサーバーを確認し、修正が提供され次第、影響を受けるシステムを更新するよう求めた勧告を受けたものだ。

Linux の脆弱性が Cardano のステークプールをどのように妨害し得るか

この欠陥は Linux カーネルによる特定のネットワークリクエストの処理に影響する。Linux は多様な種類のサーバーで用いられており、Cardano と通信してブロックを生成するためにステークプールが依存するインフラも含まれる。

Bui は、TCP 接続の確立中に発生し得るタイミングエラーを説明する。特定の条件下では、カーネルの一部がメモリを解放する一方で、別の部分がそのメモリを使用し続けてしまうことがある。このエラーは use-after-free として知られ、システムのクラッシュやメモリ破損につながり得る。

Linux カーネルのセキュリティチームは、この問題をバージョン 4.4 で導入された変更に遡って特定した。修正はメンテナンスされているカーネルブランチに取り込まれており、各サーバーでの提供可否はディストリビューションとカーネルパッケージに依存する。

一般にステークプールは、選出時にブロックを生成する ブロックプロデューサー と、他の Cardano ノードと通信するための一つ以上の リレー を用いる。Bui はリレーに焦点を当てており、リレーはネットワーク接続を受け付け、影響を受ける構成で動作している場合に露出する可能性があるためだ。

プールのリレーが全て利用不能になると、ブロックプロデューサーはネットワーク全体との接続を失う可能性がある。Bui は、プロデューサーは予定されたブロック自体は生成できるかもしれないが、通信経路がダウンしている間はそのブロックを送信できないと説明する。

攻撃が委任された ADA にとって何を意味するか

Bui は、攻撃者がリレーを掌握するシナリオも想定する。リレーはブロックプロデューサーと通信するため、攻撃者はその接続に関する情報、たとえばプロデューサーのネットワークアドレスなどを把握できる可能性がある。

ただし、その情報だけで直ちにブロックプロデューサーへのアクセスが得られるわけではない。Bui はそれをさらなる攻撃の出発点になり得るものとして提示し、結果は運営者がインフラをどう構成し保護しているかに依存すると述べる。彼はプロデューサーの妨害に加え、より深刻なシナリオとして、運営者の管理下にあるシステムや鍵の侵害についても論じている。

この区別は ADA を委任する人にとって重要だ。委任により、ステークプールは保有者のステークをネットワークのブロック選定プロセスで利用できるようになるが、ADA 自体は保有者のウォレットに残る。プールが侵害されても、その委任者の資金が攻撃者の支配下に自動的に置かれるわけではない。

ただし、予定されたブロックを公開できないプールは、ブロック生成の機会を逃し、ステーキング報酬に影響が及ぶ可能性がある。収録時点で、Bui はこの脆弱性を通じて攻撃を受けた Cardano のステークプールに関する報告を確認していなかった。

[NEWSBREAK]

Anthropic の実証と利用可能な修正

Bui は、Anthropic による研究についても取り上げている。Anthropic は、自社の Claude モデルがこの Linux の脆弱性に対するエクスプロイトを作成したと報告した。Anthropic は、認証情報やユーザー操作なしに、Multipath TCP listener を備えたサーバー上でリモートの攻撃者が root 権限でコマンドを実行できることを示したデモンストレーションを説明している。

Multipath TCP、または MPTCP は、一つの接続で複数のネットワーク経路を利用できるようにする拡張だ。Anthropic が示した経路は、そのリスナーを備えたサーバーを前提としており、この発見は同じエクスプロイトが影響を受ける全ての Cardano ノードに対して機能することを示すものではない。

この脆弱性自体は Linux のネットワーク処理に存在し、Cardano のソフトウェアに限定されたものではない。Ubuntu はこれを CVSS 3.1 のスコア 10 段階中 9.8 として掲載し、そのスコアリングシステムではクリティカルに分類するとともに、この問題に高い優先度を割り当てている。

Intersect は運営者に対し、ブロックプロデューサーとリレーの双方でカーネルを確認し、ディストリビューションが更新版を提供したらインストールして、反映させるために再起動するよう勧告した。Ubuntu のアドバイザリは、複数の標準カーネルパッケージで修正が進行中であり、状況はリリースやパッケージごとに異なると記している。

Bui は、必要のない環境では MPTCP を無効化することや、特定の IPv4 パケットをフィルタリングすることを、一時的に露出を低減する方法として挙げている。これらの措置ではカーネルの欠陥そのものは是正されない。恒久的な対策は、影響を受けるシステム向けの更新済みカーネルだ。