emudhra

インドの証明書発行機関eMudhraの暗号セキュリティの脆弱性が、EthereumクライアントTekuとBesuに影響を及ぼしています。研究者は、eMudhra傘下の8つの中間証明書発行機関の秘密鍵がランダム性不足のために推測される可能性があることを発見しました。攻撃者はこれにより証明書を偽造し、修正されていないソフトウェアを利用して悪意のあるサービスを信頼させることができます。Tekuは26.1.3バージョンをリリースし、Besuは26.1.2バージョンをリリースしました。どちらもDockerイメージ内で関連証明書への信頼を削除しました。攻撃者が中間者攻撃を実施した場合、一部のバリデーターがブロック手数料の報酬を攻撃者のアドレスに送信するよう誘導される可能性があります。外部署名器を使用する特定の構成では、リスクがさらに高まる可能性があります。Tekuチームは、デフォルト構成のEthereumメインネットTekuノードは影響を受けず、行動を取る必要はないと述べており、現在のところ脆弱性が悪用されたという報告はありません。ホスト上で直接TekuまたはBesuを実行し、Dockerを使用していないオペレーターは、クライアントを更新するだけでは不十分な場合があり、Javaおよびその信頼された証明書リストを手動で更新する必要があります。サポートが終了したJava 26を使用しているオペレーターは、Java 25に移行する必要があります。

Consensys とデジタル署名ソリューションプロバイダー eMudhra チームが共同でセキュリティ警告を発表し、イーサリアムオペレーターが eMudhra 署名ソリューションを使用する際にリスクが存在することを指摘しました。チームは、一部の Java 信頼ストレージに脆弱性が存在し、一部の設定が露出リスクを引き起こす可能性があることを発見しました。公開された情報によると、デフォルト設定は影響を受けませんが、一部の Web3Signer デプロイメントはアクセス制御を直ちに変更する必要があります。Web3Signer は Consensys が開発したオープンソースのリモート署名ツールで、イーサリアムなどのネットワークのキー管理によく使用されます。

Cointelegraph の報道によると、ブロックチェーンセキュリティ会社 CertiK は、Google、Apple、Microsoft がインドのデジタル証明書機関 eMudhra が発行した 8 つの影響を受けた証明書をブロックしたにもかかわらず、暗号取引ボットや取引所アプリは依然として関連する脆弱性のリスクにさらされる可能性があると述べています。ブラウザの修正措置は、独立したセキュリティシステムを採用しているソフトウェアには必ずしも適用されない可能性があります。CertiK のデジタル資産セキュリティシニアディレクター Peiyu Wang は、攻撃者が侵害された証明書を利用して取引所、ウォレットインターフェース、API を偽装し、入金アドレスを置き換えたり、ユーザーに悪意のある取引を承認させたりすることができると指摘していますが、関連する攻撃にはネットワークトラフィックの傍受やリダイレクトが必要であり、影響を受けた証明書機関の鍵だけではウォレットの秘密鍵を露出させることはできません。暗号サービスの運営者は、ソフトウェアと証明書の信頼リストを更新し、アプリが影響を受けた証明書を拒否することを確認する必要があります。

インドの eMudhra が発行した 8 つの TLS 証明書に、極めて弱い秘密鍵が存在することが発見され、攻撃者はこれを利用してほぼすべてのウェブサイトを偽装する可能性があります。主要なブラウザは影響を受けた証明書をブロックしましたが、数百万台のサーバー、Linux システム、接続されたデバイスはまだ更新が必要かもしれません。ある暗号学の専門家は、このクリーンアップ作業の規模が 2014 年の Heartbleed 脆弱性を超える可能性があると警告しており、現在のところ悪用が確認されていません。