RIDGE:危險的授權轉賬：Li.Finance 攻擊事件始末_BridgeCoin

前言

北京時間3月20日晚，知道創宇區塊鏈安全實驗室?監測到以太坊上分布式跨鏈協議。Li.Finance 受到了攻擊，攻擊者執行了 37 次call注入，獲取了多個錢包中約 60 萬美元的資產（204個ETH）。此次資產損失并沒有非常大，但項目方對于攻擊的處理非常積極并值得學習與肯定(見后文)，目前項目方已補償了協議損失并修復后重新部署了協議。

知道創宇區塊鏈安全實驗室?第一時間跟蹤本次事件并分析。

分析

1.攻擊者相關信息

攻擊tx：

0x4b4143cbe7f5475029cf23d6dcbb56856366d91794426f2e33819b9b1aac4e96

以太坊開發人員：單個執行層節點捆綁多個共識層節點的運行方式是危險的:8月30日消息，以太坊開發人員MariusVanDerWijden在其社交平臺表示，單個執行層節點（EL）捆綁多個共識層節點（CL）的運行方式是危險的，大家可以在1個共識層節點與執行層節點的組合上運行多個驗證者。Marius對此解釋道，不同的共識層節點會告訴執行層節點不同的狀態信息，造成執行沖突。[2022/8/30 12:57:11]

被攻擊合約：

0x5A9Fd7c39a6C488E715437D7b1f3C823d5596eD1--代理合約

0x73a499e043b03fc047189ab1ba72eb595ff1fc8e--邏輯合約

攻擊者地址: ?

0xC6f2bDE06967E04caAf4bF4E43717c3342680d76 -- 部署地址

區塊鏈公司Bluzelle曾發現Tendermint共識算法存在危險漏洞:金色財經報道，區塊鏈公司Bluzelle發布聲明稱，曾于6月在Tendermint共識算法中發現了危險漏洞。據悉，Bluzell參與了驗證者競賽。在該競賽中，共220名參與者維護著基于Tendermint的測試網。即使重新啟動了區塊鏈，參加比賽的驗證者也無法恢復其活動。Bluzelle向Cosmos發送了廣泛的錯誤報告，該漏洞已于7月2日修復。[2020/7/7]

0x878099F08131a18Fab6bB0b4Cfc6B6DAe54b177E -- 收款地址

2.攻擊流程

攻擊調用流程

攻擊者構造 payload 并調用被攻擊合約 0x5a9fd7c3 的 swapAndStartBridgeTokensViaCBridge 函數:

調查：大規模的數據盜竊活動致使多個加密域名面臨危險:Awake Security的最新調查表明，大規模的全球間諜活動和數據盜竊活動目前讓上網的公民面臨危險，其中包括多個比特幣和加密域名。調查指出，問題的核心是一家名為CommuniGal Communication (GalComm)的域名注冊公司。通過GalComm注冊的26079個可訪問域名中，有15160個域名（約占60％）是惡意或可疑的。調查列出的表格顯示，與加密貨幣和比特幣相關的域名包括cryptolimited.org、cryptocoiners.net、cryptomoedas.info、bitcoincompass.info和bitcoininvestmentstrategy.info等。（Cointelegraph）[2020/6/28]

ZenGo研究工程師：Bancor漏洞暴露了以太坊DeFi中的危險常規操作:金色財經報道，ZenGo研究工程師Oded Leiba表示，Bancor智能合約的資金提取功能設置有誤，以至于任何人都可以調用它。使這一問題更加復雜的是，Bancor的合約要求在首次與協議交互時獲得無限制的取款授權。即使用戶只計劃用有限的資金來測試協議，系統也可以提取他們特定代幣的全部余額。并且事實證明，以太坊上的許多DApp都在執行相同的操作，如Compound、Uniswap、bZX、Aave、Kyber和dYdX等均具有無限制或極大的授權。據此前報道，Bancor新合約于6月18日出現安全漏洞，黑客可以輕易提取任何與該公司簽訂智能合約的用戶的全部資金。[2020/6/24]

具體使用的 Payload 如下--圖中選中部分即為利用授權轉賬（transferFrom）部分的 payload：

經濟學家認為比特幣或將面臨崩潰的危險:經濟學家羅格夫（Kenneth Rogoff）預測，比特幣價格將要面臨崩潰。他認為數字貨幣目前的高估值取決于其“幾乎匿名”，這種特點讓比特幣市場可以進行各種犯罪或非法活動，包括販、無牌槍銷售等，而一旦政府加強監管力度，進行實名認證或創造自己的數字貨幣，比特幣的泡沫將會結束。[2017/11/30]

調用一次正常50刀的跨鏈橋功能（為了能正常調用 swapAndStartBridgeTokensViaCBridge 函數）:

在 payload 中包括多個call方法(調實際用transferFrom)。讓 0x5a9fd7c3 調用 37 個call，借此利用多個錢包對于 0x5a9fd7c3 合約的授權(approve)將錢包資產轉賬到攻擊者地址：

后續執行正常的跨鏈橋邏輯 _startBridge(_cBridgeData); 這也是為什么第一個 swap 是正常的，這樣才能讓后續邏輯正常執行下去:

3.漏洞細節

導致本次問題的根本原因被攻擊合約0x5a9fd7c3的邏輯合約存在一個批量讓call 調用傳入數據的函數 swapAndStartBridgeTokensViaCBridge:

該合約將會取出payload中的多個_swapData 數據結構并調用，LibSwap.swap(...);實現如下：

借此，攻擊者利用該合約的 call 將各個錢包對 0x5a9fd7c3 合約的代碼授權轉走了多個錢包中的各種代幣。

4.項目方進展

在事件發生后，項目方第一時間對合約可能的方法進行了停用，并為其審計和安全性問題進行致歉:

而后，項目方還聯系了黑客，希望能與其取得聯系并和平解決：

同時，最快的時間將漏洞合約修復后上線：

并將錢包（以Matic為例）對于之前被攻擊合約的授權取消，對新的合約進行了重新授權：

最后，將用戶資產進行補回：

同時我們關注到，其在 polygon 鏈上的合約也已實現了新的部署：

總結

此次攻擊的根本原因是項目方對于 swapAndStartBridgeTokensViaCBridge 合約的實現過度自由化所導致的 call 調用注入，但項目方積極的面對問題的態度和后續補救的及時性值得學習和肯定。不貴于無過，而貴與改過。

但我們仍希望能將錯誤扼殺在發生之前，應從他人的錯誤中學習并避免自己未來的錯誤，正如 Li.Finance 所說的那樣：“我們的使命是最大化用戶體驗，現在我們痛苦地了解到，為了遵循這種精神，我們的安全措施必須大幅改進。”

近期，各類合約漏洞安全事件頻發，合約審計、風控措施、應急計劃等都有必要切實落實。

Tags：RIDGEBRIDGEBRIDGECorgi of PolkaBridgeBridgeCoinBZEdge

NEAR