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

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

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

攻擊細節分析

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

Poolz Ventures宣布投資P2E NFT游戲FuruKuru:10月16日消息，Poolz Ventures宣布投資邊玩邊賺（P2E）NFT游戲FuruKuru。此外，AvaXlauncher也是FuruKuru的投資方。

據悉，FuruKuru是一款基于區塊鏈的游戲，使用日本流行的數字寵物游戲Tamagotchi的概念。游戲中有兩個角色（Furu和Kuru），玩家可以使用這些角色參加賽車游戲，贏得游戲可以賺取FUKU代幣獎勵。[2021/10/16 20:34:38]

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

Furucombo發布更新，包括添加Aave V2借用和還款功能等:官方消息，可組合性DeFi平臺Furucombo發布更新，添加Aave V2借用和還款功能；添加SushiSwap兌換、添加和移除LP功能。所有的Aave多維數據集和閃電貸已在Furucombo上重新啟動。此前消息，可組合性DeFi平臺Furucombo公布V2和路線圖：

一、以下在審計中；1. Furucombo總體結構；2. Sushiswap swap和流動性池；3. B.Protocol資金庫管理多維數據集；4. Aave閃電貸、借貸功能；5. 與自動化協議Gelato Network的聯合審計。

二、以下在開發中。分層安全性、收入流、鏈上治理、加密池、Layer 1和2層擴展以及跨鏈橋。[2021/5/12 21:53:26]

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

動態 | Globitex交易所宣布和Bitfury Crystal合作以提高平臺合規性:2月26日消息，加密貨幣交易所Globitex宣布和Bitfury Crystal合作以提高平臺合規性。在歐盟第五次洗錢指令（5AMLD）之后，與Bitfury Crystal的合作，將使Globitex向其客戶提供符合監管標準的AML和CFT（打擊資助恐怖主義）合規服務。（RealWire ）[2020/2/26]

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

動態 | 比特幣礦業公司Hut 8收購Bitfury的9個數據中心，以建設新的采礦場:據bitcoinexchangeguide消息，加拿大的一家加密礦業公司Hut 8 Mining Corp在以700萬美元的價格從Bitfury收購了9個數據中心后，已經完成了在Drumheller的采礦場的建設。Hut 8的首席執行官Andrew Kiguel 認為，此次收購將使Drumhekker設施能夠充分發揮作用，并向Hut 8提供公司的全部所有權。最新的收購使Hut 8的整體容量增加了16％，其運行容量已提高到大約110 MW和963 PH / s。據9月份提交的最后一個季度報告，該礦場共開采了12305個BTC。該公司還是第一家在多倫多證券交易所上市的區塊鏈公司。[2019/12/1]

保險公司Beazley和Bitfury推出區塊鏈注冊中心:保險公司Beazley已與三家公司合作，建立了一個基于區塊鏈的注冊中心，該注冊中心將為大規模槍擊案等危機情況提供保險。該注冊中心將利用區塊鏈來加速對大規模人員傷亡及其財務后果的應對，允許保險公司對威脅和索賠進行分類，并分享有關威脅和索賠的實時信息。[2018/5/1]

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

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

_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合約。如有授權，應及時撤銷相關授權，避免進一步損失。

Tags：FURUCOCOMCOMBCenfura Token中國支持kucoin嗎WCOM價格Karate Combat

OKB