イーサリアムクライアントがETH報酬をリダイレクトする可能性のある脆弱性を修正

イーサリアムクライアントの開発者であるTekuとBesuは、バリデーターが使用するサービスを偽装し、ブロック報酬をリダイレクトする可能性のある証明書の脆弱性に対処するためのセキュリティアップデートをリリースしました。

概要

• イーサリアムクライアントのTekuとBesuは、攻撃者がバリデーターのブロック報酬を自分のアドレスにリダイレクトできる可能性のある証明書の脆弱性が発見された後、セキュリティアップデートをリリースしました。
• この脆弱性は、インドの企業eMudhraが運営する8つの証明書機関に関連する弱い暗号鍵から発生し、攻撃者が偽の証明書を作成できる可能性があります。
• Tekuは、攻撃者がイーサリアムのバリデーターが使用する外部サービスを偽装し、ブロック提案を操作したり、特定の構成下で機密のバリデーター署名を取得したりする可能性があると警告しました。
• デフォルトのTekuメインネット構成は影響を受けず、開発者は脆弱性の悪用が報告されていないことを確認しました。
• スタンドアロンのTekuまたはBesuインストールを使用しているオペレーターは、最新のDockerイメージの修正がローカルにインストールされたJava証明書を自動的に更新しないため、Java環境を別途更新する必要があります。

リリースに伴うセキュリティアドバイザリーによると、この問題はインドのデジタル証明書プロバイダーeMudhraに属する妥協された証明書機関の鍵から発生し、特定のイーサリアムノード構成が偽造されたHTTPS接続にさらされることになりました。

Tekuは10月27日にバージョン26.10.3をリリースし、Besuはその前日、10月26日にバージョン26.10.2を導入しました。両方のアップデートは、オペレーターがイーサリアムノードソフトウェアをデプロイおよび実行するために使用するDockerイメージから影響を受けたeMudhra証明書への信頼を削除します。

この脆弱性は、トランザクションの署名、ビーコーンノードとの通信、またはブロック構築情報の受信のために外部サービスに依存するバリデーターに影響を与える可能性があります。攻撃者は、影響を受けた接続を傍受し、バリデーターのソフトウェアが正当なものとして受け入れる偽造証明書を提示する必要があります。

Tekuの開発者は、デフォルトのメインネット構成は影響を受けていないことを確認し、脆弱性の悪用が報告されていないと述べました。

イーサリアムのセキュリティ脆弱性は妥協されたeMudhra証明書に起因

このセキュリティ問題は、eMudhraが運営する8つの中間証明書機関に関する暗号エラーから始まり、そのプライベートキーが不十分なランダム性を使用して生成されたことが判明しました。

研究者は10月17日にこの問題を特定し、プライベートキーが公開証明書で利用可能な情報から数学的に回復可能であることを発見しました。

マイクロソフトの10月26日のセキュリティアドバイザリーによると、影響を受けた証明書のうち6つはインターネット接続のセキュリティに使用され、残りの2つはコード署名に関連していました。

妥協された鍵は、影響を受けた証明書機関を引き続き信頼するアプリケーションに対して本物に見える証明書を作成することを可能にします。

eMudhraは10月18日に影響を受けた中間証明書を取り消し、テクノロジープロバイダーはソフトウェアから妥協された証明書チェーンへの信頼を削除し始めました。

マイクロソフトはその後、10月20日にWindowsのセキュリティアップデートを通じて影響を受けた証明書機関をブロックし、10月26日に関連する7つの証明書を信頼リストから削除するための別のアップデートをリリースしました。

しかし、この問題はイーサリアムにとって依然として重要であり、TekuとBesuはJavaを使用しており、その証明書検証はデフォルトで取り消し状態を確認しません。

その結果、影響を受けたJavaインストールは、取り消し後も妥協された機関に関連する証明書を受け入れ続ける可能性があります。

攻撃者がイーサリアムのバリデーター報酬をリダイレクトする方法

Tekuのセキュリティアドバイザリーは、HTTPS接続を介して外部サービスと通信するバリデーターに関するいくつかの攻撃シナリオを特定しました。

1つのシナリオでは、攻撃者がバリデーターがEthereum上での業務を調整するために使用するリモートビーコノードを偽装することが含まれます。

攻撃者が接続を成功裏に傍受し、偽造証明書を提示した場合、バリデーターは提案しようとしているブロックに関する操作された情報を受け取る可能性があります。

Tekuによると、このような攻撃は、バリデーターが取引手数料を攻撃者が制御するアドレスに向けるブロックを提案する原因となる可能性があります。

アドバイザリーでは、外部署名サービスが別の潜在的に露出したコンポーネントとして特定されました。これらのサービスは、バリデーターの署名キーをメインノードソフトウェアとは別に保持し、要求に応じて署名を提供します。

外部署名者を偽装する攻撃者は、構成や利用可能な保護に応じて、バリデーターの退出に関連する署名を取得する可能性があります。

Tekuは、このシナリオを特に深刻なものとして分類しましたが、相互TLS認証を使用する構成では、結果をサービス拒否に制限できる可能性があります。

他に影響を受ける可能性のある接続には、実行クライアント、ブロックビルダー、リレー、およびバリデーターの構成情報を取得するために使用されるサービスが含まれます。

この脆弱性は、妥協された証明書機関に依存しないEthereumの基盤となるピアツーピアネットワーキングプロトコルには影響を与えません。

影響を受けるEthereumノードのためのTekuとBesuの修正リリース

開示に続いて、TekuはDockerイメージからemSign ECC Root CA G3、emSign Root CA G1、emSign Root CA G2、AAA Certificate Servicesを含む4つの証明書ルートを削除するためにバージョン26.10.3をリリースしました。

Besuは、更新されたDockerイメージを使用するオペレーターのリスクに対処するために、バージョン26.10.2で同じ証明書の削除を導入しました。

ただし、これらのリリースは、ノードオペレーターによって別々に維持されているJavaインストールを自動的に更新するものではありません。

TekuまたはBesuをスタンドアロンのバイナリ配布を通じて実行しているユーザーは、インストールされているJavaランタイムを確認し、必要に応じて信頼された証明書を更新する必要があります。

Tekuは、Java 26をまだ使用しているオペレーターは、前のバージョンがサポート終了に達し、必要なパッチビルドを受け取らないため、Java 25に移行する必要があると警告しました。

アドバイザリーはさらに、HTTPSを介して初期ブロックチェーン状態をダウンロードする設定を含む特定のテストネット構成が潜在的に露出していることを特定しました。

このセキュリティアップデートは、Ethereumバリデーターインフラストラクチャに関する最近の懸念に続くものです。今月初め、crypto.newsは、MetaMaskが9月30日に開示された別のインフラストラクチャセキュリティインシデントに続いて影響を受けたバリデーターからの退出を開始したと報告しました。

最近、Ethereumの開発者は、研究者がバリデーター向けに意図されたETHを受け取る可能性のあるビルダーアカウントのシナリオを特定した後、今後のGlamsterdamアップグレードでバリデーターのデポジットの欠陥を修正しました。

Glamsterdamアップグレードは、開発者がEIP-8037に関するスマートコントラクトの互換性の懸念を調査するためにHoodiテストネットのアクティベーションを延期した後、別途遅延に直面しています。

10月26日の延期により、アムステルダムの実行変更とGloasのコンセンサス変更の両方のスケジュールされたアクティベーションが削除され、Hoodiのガス制限を2億に引き上げる提案も削除されました。Ethereumの開発者は、代替のアクティベーション日を発表していません。