besu

インドの証明書発行機関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に移行する必要があります。

Polygonは、Polygon CDK Besuを発表しました。これは、銀行や金融機関がHyperledger Besuに基づいてプライベートブロックチェーンを展開し、Agglayerを通じて他のブロックチェーンや流動性に初期から接続できるようにします。現在、Ethereumメインネットの展開がサポートされています。

アメリカの預託信託および清算会社 DTCC は、証券のトークン化推進計画を発表し、Canton と Besu の2つのネットワークで25種類の証券のトークン化を行う予定です。関連するトークンは、DTCC 傘下の預託信託会社 DTC が保管する証券によって1:1の比率でサポートされます。DTCC は同時に、今後トークン化資産の範囲を Stellar ネットワークおよび Circle が提供する Arc ネットワークに拡大することを明らかにし、実施時期は2027年を予定しています。

イーサリアムクライアントのBesuは、7月27日にリリースされた26.7.1バージョンで、ブロックチェーンセキュリティ会社CertiKが発見した5つのセキュリティ脆弱性を修正し、8月14日に4つの詳細なセキュリティ公告を発表しました。脆弱性の詳細は、ノードオペレーターがアップグレードの展開を完了できるように、後日公開されます。CertiKのセキュリティエンジニアリングディレクター兼シニア監査パートナーであるJialiang Changは、パッチを先行させ、詳細を後置するアレンジが18日間のバッファ期間を提供し、ノードオペレーターが影響を受ける展開を特定し、新しいバージョンをテストし、バリデーターやアライアンスの参加者と調整してアップグレードを完了できると述べました。関連する脆弱性は、ブロックブロードキャスト処理、将来の高度な合意提案キャッシュ、WebSocketのサブスクリプション制限、およびJSON-RPCフィルターの作成に関係しています。修正されない場合、攻撃者はノードのメモリまたはスレッドリソースを枯渇させ、ノードの可用性や合意処理に影響を与える可能性があります。CertiKはChain Scanメソッドを使用して、プライベートなマルチノードテストネットワークでピアツーピア、HTTP RPC、WebSocket RPC、および合意インターフェースに対する対抗テストを実施し、Besuチームに再現可能なテストツールを提供しました。CertiKは、パブリックチェーンネットワークに対する24時間体制のマルチノードテストを拡大するためにChain Scanを更新しています。

ブルームバーグのETFアナリスト、エリック・バルチュナスはXプラットフォームで、DTCCのデジタル変換がHyperLedger Besu、つまりDTCCのプライベートネットワークおよびCantonパブリックチェーン上で行われていると述べました。これはDTCCのマルチチェーン戦略の一部であり、レジリエンス、スケーラビリティ、選択肢を確保することを目的としています。さらに、DTCCは現在、1.14兆ドルを超える証券を保管しており、その子会社は昨年、約47兆ドルの証券取引を処理しました。

ChainCatcher のメッセージ、イーサリアムのコア開発者であり、Geth クライアントの開発者である Péter Szilágyi がソーシャルプラットフォームで述べたところによると、イーサリアムクライアント Nethermind と Besu がイーサリアムの歴史データの保存を停止し、プロトコルに違反しないように標準化しようとする行為は無責任であるとのことです。ユーザーに歴史的チェーンを保存させないことは非常に不誠実なマーケティング手法であり、ユーザーが X クライアントに切り替えるのはそれがより小さいからです。彼らは依然として古いデータにアクセスできるのは、Geth がこれらのデータを提供しているからです。ユーザーは Geth 開発者について何も知りません。彼らは EIP-4844 に協力し、まず歴史的ブロックをアーカイブする手助けをし、その後すべてのクライアントが一度にそれらを削除できるようにすることができますが、市場シェアは変わりません。Péter Szilágyi はイーサリアムからの撤退を考えており、「コア開発者ですら他の開発者に対する利益を最大化しているのに、なぜそれをより良くするために努力する必要があるのか？私はその中に参加しているすべての人に深い失望を感じています」と述べています。