Ethereumのユーザーは、攻撃者がSafeのモジュール実行経路を悪用し、攻撃者が管理するUniswap v4の流動性プールを通じて資産を移したことで、約$7.73 million相当のrsETHを失った。

影響を受けたSafeアドレス（0x40e93a52f6af9fcd3b476aedadd7feabd9f7aba8）は9月15日早朝に標的となった。セキュリティ監視により、損失の原因となった2件のトランザクションが特定された。入手可能な証拠は、Safeのコアスマートアカウントコントラクトの脆弱性ではなく、ウォレットのカスタムモジュールと悪意あるフックとの相互作用に問題があったことを示している。

カスタムモジュールが資産を悪意あるプールへ移動

攻撃では、パブリックキーパーマルチコールを使って、アカウントに接続されたカスタムUni V4 LP Safeモジュールが呼び出された。実行処理は、攻撃者が管理するフックを備えたUniswap v4プールへ流動性を移し、悪意あるルーティングロジックがポジションに含まれる資産へアクセスできる状態にした。

その後、フックは被害者のaEthrsETHポジションを譲渡可能なrsETHへ変換した。aEthrsETHはAaveに供給されたrsETHを表すため、攻撃者はまず、基礎となるrsETHを引き出す前に、ポジションをAaveのレシートトークン形式から移す必要があった。

Safeのモジュールアーキテクチャでは、承認された拡張機能が通常のマルチシグフローとは独立してトランザクションを実行できる。モジュールは複雑なDeFi操作を自動化できる一方、Safeは、有効化された悪意あるモジュールや脆弱なモジュールがアカウントから任意のトランザクションを実行できるため、セキュリティ上重要であると警告している。Safeのモジュールに関するドキュメントはこちらで確認できる。

パブリックキーパーマルチコールがアカウントのカスタムモジュールを呼び出せたため、関連するセキュリティ境界はSafeの署名者フローを越え、モジュールの認可とトランザクションロジックにまで及んでいた。同様のDeFi対応アカウントでは、Safeコントラクトだけを確認しても、アカウントが実際に持つ実行面を完全には把握できない。

今回の攻撃で、Safeのコアマルチシグコントラクト、署名者キー、Ethereum自体が侵害されたわけではない。特定された障害経路には、アカウントのカスタムモジュールと攻撃者が管理するUniswap v4フックが関与していた。同様の切り分けは5月にも見られ、SquidRouterModuleのエクスプロイトによってEthereumとBase上の86件のSafeアカウントが資金を流出させられた一方、基盤となるSafeコントラクトは特定された障害経路の外にあった。

MEVボットが資産抜き取りを取得

攻撃トランザクションは、EtherscanがMEV Frontrunner Yoinkとラベル付けしているアドレスに関連するMEV操作によって、ブロック内で傍受された。

このボットは元の資産抜き取りに先回りし、攻撃者が提出した形で処理を完了する前に、利益の出るトランザクション経路を取得した。基礎となる悪意ある実行自体は成功したため、被害者は依然としてrsETHを失った。一方、トランザクションの順序が変わったことで、最終的に抜き取られた価値の大部分をどの外部アドレスが取得するかが変わった。

Safeには、トランザクション前に保有していたrsETH担保ポジションではなく、悪意あるプールの流動性ポジションNFTだけが残された。

rsETHに再び集まるセキュリティ上の注目

rsETHはKelp DAOのリキッド・リステーキングトークンであり、Ethereumのレンディング市場や流動性市場で引き続き利用されている。Aave内で利用されていたことにより、今回のウォレット流出に関係するaEthrsETH担保が形成されていた。

Kelpのトークンは今年初めにも大規模なセキュリティ障害を経験している。4月のKelp DAOエクスプロイトでは、クロスチェーンインフラから約$292 million相当のrsETHが放出され、DeFiレンディング市場全体に大きな波及エクスポージャーが生じた。

9月15日の損失は別の事案である。現在の証拠は、個別のSafeにおけるモジュール実行、攻撃者が管理するUniswap v4フック、そしてウォレットのAave担保rsETHポジションが変換されたことに集中している。Safe、Aave、Kelp DAO、rsETHトークンコントラクトに対する、より広範な侵害は確認されていない。

出典: Crypto Adventure。