Blockaidは11月5日に警告したところ、reth実行クライアントおよびこれに基づくソフトウェア（op-rethを含む）にバグがあり、ノードが不正確なステートルートを計算する可能性があるという。同社は、パッチが適用されていないノードは停止したり、不正確なステート証明を返す可能性があると述べた。
「これは悪用ではなく、正しさに関するバグです」とBlockaidは述べ、資金の損失は確認されていないと報告しました。このアラートは、OP Stackチェーンを含む複数のEthereum互換ネットワーク上のrethベースのクライアントをカバーしています。
https://x.com/i/status/2118405438291198020
リスクは、トランザクションを実行し、ノードのブロックチェーンに対するビューを維持するソフトウェアに関係しています。Optimismのop-rethドキュメントによると、このクライアントはレイヤー2ブロックを実行し、チェーンの状態を維持して、アプリケーションからのリクエストに応答します。不正確な証明は、これらのアプリケーションが依存する検証を損なう可能性があります。
パッチ済みビルドが利用可能です
Blockaid は3つのパッチ適用済みリリースを特定しました:
アップストリームのrethfixは11月3日にマージされました。Baseのリリースノートには、この更新によりステートルートの不一致が防止され、BaseメインネットおよびSepoliaのオペレーターはできるだけ早くアップグレードすることを推奨していると明記されています。
CeloおよびMantleの開発者は、バックポートをマージし、古いソフトウェアラインに修正を適用しました。Mantleのパッチはv1.6.2の本番ラインを対象としています。Blockaidのアラートは、脆弱なバージョンの完全な範囲を明示していませんでした。
Blockaidは、ノード運用者とRPCプロバイダーにアップグレードを促し、プロトコルおよびブリッジに対して、プロバイダーがパッチ済みであることを確認するよう呼びかけました。
なぜ不正確な証明が重要なのか
Celoのパッチ説明では、アカウントおよび契約ストレージデータを検証するために使用される状態ルート（暗号学的要約）を計算するためのデータ構造を更新する際に、新たに挿入されたエントリをスキップするバグの仕組みを説明しています。
eth_getProof仕様は、アプリケーションがブロックのステートルートに対してアカウントおよびストレージの値を検証できる証明を記述しています。このため、このような証明に依存するブリッジ、ライトクライアント、およびコントラクトにとって、ノードの応答と信頼できるルートの違いは重要です。不正確な応答は、資金移動の正当な認可を自動的に意味しません。
たとえば、Optimismの引き出し仕様は、引き出しメッセージの含意証明を必要とし、証明の検証に失敗した場合、トランザクションは元に戻ると述べています。したがって、不適切な証明データは成功した盗難を確立するのではなく、検証を阻止する可能性があります。
これらの注意喚起はすでにDeFiユーザーに届いています。Gauntletは、V1バウトの供給キューを閉鎖し、割当を一時停止し、LayerZeroを介した資産への露出を削減したと、The Defiantが以前報じたように述べました。Fraxは、自社の資産および契約には影響がなく、通常通り稼働していると述べ、一部のLayerZeroルートのみが一時的に停止されたと説明しました。
Blockaid は、影響を受けたチェーンのそれぞれがパッチが適用されたことを確認するまで、LayerZeroがオフチェーンインフラを一時停止したと述べ、メッセージは「遅延しているが失われていない」と説明した。