Furucombo 究竟為何會遭受攻擊？慢霧拆解攻擊細節_FUR

Furucombo此次事故并不在安全漏洞的范疇內，主要的原因在于官方將未啟用的AaveV2Proxy合約添加進了自己的白名單中，并且未對AaveV2Proxy合約進行初始化，導致攻擊者有機可乘。與Furucombo交互過的用戶應及時撤銷相關授權，避免進一步損失。

原文標題：《可避天災，難免人禍——Furucombo被黑分析》撰文:慢霧安全團隊

據鏈聞消息，著名DeFi項目Furucombo被黑，損失約1500萬美元。慢霧安全團隊第一時間介入分析，并將攻擊細節分享給大家。

攻擊細節分析

本次發生問題的合約在Furucombo本身的代理合約當中。整個攻擊流程很簡單。攻擊者通過設置了Furucombo的AaveV2Proxy的邏輯地址導致后續通過Furucombo代理合約調用的邏輯全部轉發到攻擊者自己的惡意合約上，導致任意資金被盜。

Infura與錢包身份驗證基礎設施Web3Auth達成合作:5月2日消息，區塊鏈開發平臺Infura宣布與錢包身份驗證基礎設施Web3Auth達成合作，后者選擇在Infura上運行節點以獲得經濟高效且安全的解決方案。

據悉，Web3Auth通過其原生Torus錢包和SDK使DApp和錢包的身份驗證簡單而安全。[2023/5/2 14:38:14]

但是如果事情那么簡單，那么本次分析不值一提。問題遠比想象的復雜得多。

如上圖所示攻擊者的入口在Furucombo的batchExec函數，我們先對batchExec函數進行分析：

以上是FurucomboProxy合約的batchExec函數的具體實現，其中_preProcess和_postProcess合約分別是對調用前后做一些數據上的處理，不涉及具體的調用邏輯，這邊可以先忽略。我們主要觀察核心的_execs函數：

動態 | Hut 8與Bitfury修改關鍵協議，Hut 8首席執行官即將卸任:金色財經報道，比特幣礦業公司Hut 8 宣布，Andrew Kiguel將卸任首席執行官一職。在任命繼任人之前，Kiguel將繼續擔任首席執行官和董事會成員。該公司將為繼任者開始全面的搜索和選擇。此外，Hut 8還與Bitfury Holding BV（“ Bitfury”）訂立了一個非約束性的條款，修改兩家公司之間的關鍵協議，以降低運營成本并為Hut 8管理加拿大的業務提供更大的自主權。此外，Hut 8可以提高與外部設備供應商合作的靈活性，而Bitfury則可以與北美其他礦商合作。[2020/1/29]

通過對execs代碼的分析不難發現，函數的主要邏輯是對configs數組的數據做檢查，并根據configs數組的數據對data進行一些處理。但是回顧上文中攻擊者的調用數據，不難發現攻擊者的調用數據中，configs的數據是一個0地址：

動態 | 曾投資比特幣礦業巨頭Bitfury的先鋒集團稱業務陷入困境:據新浪財經7月23日消息，曾投資比特幣礦業巨頭Bitfury的中國金融科技公司先鋒集團（UCF）稱，業務“遇到前所未有的困境和危機”。該集團董事長張振新向全體員工發出內部信稱，已經啟動重組計劃，與多個資管公司、券商、拍賣公司和產權交易所等治談資產重組方案。信息顯示，先鋒集團曾在金融科技與區塊鏈產業進行布局，通過香港上市公司中新控股（8207.HK）投資比特幣礦業巨頭Bitfury，獲得后者6.38%股權。2016年12月，先鋒旗下企業還曾宣布收購越南信息科技服務及個人化金融服務解決方案公司Amigo Technologies 51%股份。此外，先鋒集團曾參與投資區塊鏈初創公司質數金服與區塊鏈技術公司質數鏈網，質數金服為第三方支付、基金、銀行、保險等各金融業態提供金融科技服務，為金融和非金融機構提供基于分布式技術的核心總賬能力、資金清算能力和交易服務，并稱在成立后的一年中“已為各金融機構清算資金逾千億元”。[2019/7/23]

這里有一個trick，由于0地址是一個EOA地址，所有對EOA地址的函數調用都會成功，但是不會返回任何結果。結合這個trick，execs函數中的關于configs數據的部分可以先暫時忽略。直接看到最后的核心_exec函數：

動態 | 比特幣耶穌對Bitfury的監視交易行為提出質疑:據ambcrypto消息，比特幣耶穌Roger Ver在訪談節目中呼吁，比特幣礦商Bitfury應該停止間諜活動。此前，Bitfury Crystal的負責人Kyrylo Chykhradze表示，在交易所分析部門的幫助下，可以密切關注BTC和BCH網絡，并可以利用聚類算法確定屬于特定用戶的地址。這位負責人還表示，Crystal已開始幫助金融機構和執法部門識別和追蹤敲詐勒索、洗錢等犯罪活動。[2019/4/2]

_exec函數的邏輯也很簡單，在校驗了_to地址后，直接就將data轉發到指定的_to地址上了。而通過對攻擊交易的分析，我們能發現這個_to地址確實是官方指定的合法地址。

最后一步，便是調用_to地址，也就是官方指定的AaveV2Proxy合約的initialize函數，將攻擊者自己的惡意地址設置成AaveV2Proxy合約的邏輯地址。通過對Furucombo合約的分析，可以發現整個調用流程上沒有出現嚴重的安全點，對調用的地址也進行了白名單的檢查。那么問題只能是出在了對應要調用的代理邏輯上，也就是AaveV2Proxy合約。

我們直接分析AaveV2Proxy合約的initialize函數的邏輯：

可以看到initialize函數是一個public函數，并在開頭就檢查了_implementation是否是0地址，如果是0地址，則拋出錯誤。這個檢查的目的其實就是檢查了_implementation是否被設置了，如果被設置了，就無法再次設置。根據這個設置，不難想出initialize這個函數只能調用一次。除非AaveV2Proxy從來沒有設置過_implementation，否則這個調用是不會成功的。難道Furucombo真的沒有設置過對應的_implementation嗎？帶著這樣的疑問，我們檢查了交易內的狀態變化。如下：

可以看到，交易中改變了存儲位置為0x360894a13ba1a3210667c828492db98dca3e2076cc3735a920a3ca505d382bbc的內容，而寫入的內容正是攻擊者自己的惡意合約地址0x86765dde9304bea32f65330d266155c4fa0c4f04。

而0x360894a13ba1a3210667c828492db98dca3e2076cc3735a920a3ca505d382bbc這個位置，正是_implementation數據的存儲地址。

也就是說，官方從來沒有設置過AaveV2Proxy合約的_implementation地址，導致攻擊者鉆了這個空子，造成了Furucombo資產損失。

總結

通過對整個事件的分析來看，Furucombo此次事故并不在安全漏洞的范疇內，主要的原因在于官方將未啟用的AaveV2Proxy合約添加進了自己的白名單中，并且未對AaveV2Proxy合約進行初始化，導致攻擊者有機可乘。

建議

目前，由于Furucombo遭受攻擊，導致任何將代幣授權過給Furucombo合約(0x17e8ca1b4798b97602895f63206afcd1fc90ca5f)的用戶都將面臨資金損失的風險。

慢霧安全團隊建議與Furucombo交互過的用戶檢查是否有將相關代幣授權給Furucombo合約。如有授權，應及時撤銷相關授權，避免進一步損失。

來源鏈接：mp.weixin.qq.com

免責聲明：作為區塊鏈信息平臺，本站所發布文章僅代表作者個人觀點，與鏈聞ChainNews立場無關。文章內的信息、意見等均僅供參考，并非作為或被視為實際投資建議。

FURUCOMBO

FURUCOMBO

FURUCOMBO旨在節省操作步驟與手續費，無限DeFi組合。在不知道如何編程的情況下，將自己的DeFi投資組合進行集成。將所有策略整合到一個交易中，拖動多維數據集以重新排列操作順序。Furucombo查看更多

Tags：FURCOMCOMBUCOFurukurufurucombo幣COMBOkucoin法務

火必APP