一名 Ethereum 使用者在攻擊者利用 Safe 模組執行路徑，將資產導向由攻擊者控制的 Uniswap v4 流動性池後，損失了約 $7.73 Million 的 rsETH。

受影響的 Safe 地址（0x40e93a52f6af9fcd3b476aedadd7feabd9f7aba8）於 9 月 15 日早些時候遭到攻擊。安全監控發現共有兩筆交易造成此次損失。目前證據顯示，問題在於錢包的自訂模組及其與惡意 hook 的互動，而不是 Safe 核心智能帳戶合約的漏洞。

自訂模組將資產導入惡意流動性池

此次攻擊利用公開 keeper multicall，呼叫附加在該帳戶上的自訂 Uni V4 LP Safe 模組。執行過程將流動性導入一個由攻擊者控制的 hook 建立的 Uniswap v4 流動性池，使惡意路由邏輯能夠存取該部位中的資產。

接著，該 hook 將受害者的 aEthrsETH 部位轉換為可轉移的 rsETH。aEthrsETH 代表存入 Aave 的 rsETH，因此攻擊者首先需要將該部位從 Aave 的收據代幣形式轉出，才能提取底層的 rsETH。

Safe 的模組架構允許獲授權的擴充功能獨立於正常多重簽名流程之外執行交易。模組可以自動化複雜的 DeFi 操作，但 Safe 警告稱，模組屬於關鍵安全元件，因為已啟用的惡意或存在漏洞的模組可以代表帳戶執行任意交易。Safe 的模組文件可參閱此處。

由於公開 keeper multicall 可以呼叫該帳戶的自訂模組，相關安全邊界不僅限於 Safe 的簽署者流程，也延伸至模組的授權與交易邏輯。對於類似的 DeFi 帳戶而言，僅檢視 Safe 合約無法完整描述帳戶目前的執行面。

此次攻擊未危及 Safe 的核心多重簽名合約、簽署者金鑰或 Ethereum 本身。已確認的故障路徑涉及該帳戶的自訂模組與由攻擊者控制的 Uniswap v4 hook。5 月發生的 SquidRouterModule 漏洞利用事件也呈現類似情況：該事件耗盡了 Ethereum 與 Base 上 86 個 Safe 帳戶的資產，但底層 Safe 合約並未被列為故障路徑的一部分。

MEV 機器人攫取提取資產

這筆攻擊交易在區塊內被一個與該地址相關的 MEV 操作攔截，Etherscan 將該地址標記為 MEV Frontrunner Yoink。

該機器人在原始提取交易之前搶先執行，並在攻擊者完成其提交的操作前攫取了具獲利性的交易路徑。由於底層惡意執行已成功，受害者仍然損失了 rsETH；但交易排序改變了最終攫取大部分提取價值的外部地址。

這個 Safe 最後只剩下來自惡意流動性池的流動性部位 NFT，而不再是交易前持有的 rsETH 支持部位。

rsETH 再度成為安全焦點

rsETH 是 Kelp DAO 的流動性再質押代幣，目前仍整合於 Ethereum 的借貸與流動性市場中。它在 Aave 中的使用形成了此次錢包被耗盡事件涉及的 aEthrsETH 抵押品。

Kelp 的代幣今年稍早也曾遭遇重大安全事件。4 月的 Kelp DAO 漏洞利用事件從跨鏈基礎設施釋放了約 $292 million 的 rsETH，並在 DeFi 借貸市場造成大規模後續風險敞口。

9 月 15 日的損失是另一宗獨立事件。目前證據集中於個別 Safe 的模組執行、由攻擊者控制的 Uniswap v4 hook，以及由此導致的錢包 Aave 支持 rsETH 部位轉換。尚未確認 Safe、Aave、Kelp DAO 或 rsETH 代幣合約遭到更廣泛的入侵。

來源：Crypto Adventure。