STA:PeckShield：DeFi平臺Balancer遭黑客攻擊全過程技術拆解_NCE

編者按：本文來自PeckShield，Odaily星球日報經授權轉載。北京時間06月29日凌晨02時03分起，最近因“借貸即挖礦”模式而備受關注DeFi平臺Balancer上的STA和STONK兩個ERC20通縮代幣池遭到了黑客攻擊，共計損失了超50萬美元。PeckShield安全人員介入分析后，迅速定位到問題的本質在于，Balancer上的通縮型代幣和其智能合約在某些特定場景不兼容，使得攻擊者可以創建價格偏差的STA/STONK流通池并從中獲利。此次黑客實施攻擊共計分了四個步驟，具體而言：1）攻擊者通過閃電貸從dYdX平臺借出了104,331個WETH；2）攻擊者反復執行swapexactMountin()調用，直至Balancer擁有的大部分STA代幣被消耗殆盡，進而開始下一步攻擊。最終Balancer僅僅剩余0.000000000000000001個STA。3）攻擊者利用STA代幣和Balancer智能合約存在的不兼容性即記賬和余額的不匹配性實施攻擊，將資金池中的其他資產耗盡，最終共計獲利價值523,616.52美元的數字資產。4）攻擊者償還從dYdX借出的閃電貸，并卷走了攻擊所得的數字資產。接下來的篇幅中，我們將逐步解析黑客在該筆閃電貸交易中實施的攻擊行為。Balancer遭黑客攻擊全過程技術拆解

PeckShield：BNB Chain上FCS代幣發生RugPull，盜取金額近260萬美元:1月4日消息，PeckShield在推特上表示，BNB Chain上FCS代幣發生Rug Pull，代幣價格已下跌99.7%，被盜取的資產價值約259萬美元，目前被盜資金存放在0xbdb9509E1ad6847D6564C5430b0cD42484CE1bd6中。[2023/1/4 9:52:08]

第一步：閃電貸從dYdX閃電貸104,331WETH，這部分熟悉DeFi借貸模式的讀者應該都比較清楚，此處不再贅述。第二步：清空Balancer的STA資產攻擊者通過多次swapExactAmountIn()調用清空了Balancer的STA資產，為下一步實施攻擊做準備。值得一提的是，我們發現合約代碼中每次能夠兌換的資產數額其實有上限，然而狡猾的攻擊者預先計算了可兌換的WETH最大數額，并巧妙的讓Balancer只剩了0.000000000000000001STA。由于Balancer資金池各資產間存在“動態平衡”原理，僅剩接近于0的STA會拉高STA的價值，使得任何人都可以用1STA換到大量的其他數字資產。第三步：攻擊獲利經過前兩個準備步驟之后，攻擊者是時候展現真正技術了！

PeckShield：Pickle Finance去年11月被盜資金中的1800 ETH通過Tornado Cash完成混幣:5月8日消息，據PeckShield監測，DeFi收益聚合協議Pickle Finance被盜資金中的1800ETH在過去10小時內通過Tornado Cash完成混幣。2021年11月份，PickleFinance遭受攻擊者通過偽造jar竊取資金，攻擊者部署了與原界面相同的偽造jar，并在偽造jar和真正的cDAIjar之間交換了資金，偷走了價值2000萬美元的存款。[2022/5/8 2:58:25]

馬斯克回應NFT“似乎可替代”后ApeCoin快速回落:金色財經報道，馬斯克回應NFT“似乎可替代”后，“無聊猿”原生代幣ApeCoin價格出現短時走低，目前已跌至16美元區間，1小時跌幅近10%。此前馬斯克在社交媒體上更換“無聊猿” BAYC 頭像后 ApeCoin出現短時上漲，一度突破17美元。[2022/5/4 2:49:38]

承上所述，攻擊者通過swapExactAmountIn()函數將0.000000000000000001STA發送到BPool，以極高的價值差，立即兌換出了30,347個WETH，實現了獲利。而此時，BPool的內部記賬機制_records在BPool真正收到0.000000000000000001STA之前先加了1。

近60萬個ApeCoin被頂級以太坊巨鯨搶走:金色財經報道，WhaleStats報告稱，在兩個頂級以太坊巨鯨的兩次單獨交易中，最近幾個小時購買了 600,000 ApeCoins，價值近 840 萬美元。根據 WhaleStats 的數據，第一筆交易是由排名第 20 的巨鯨進行的，第二筆交易是由排名第 10 的巨鯨進行。（u.today）[2022/3/20 14:07:00]

分析 | PeckShield：黑客利用EOS系統合約無限挖礦漏洞已完成修復:據IMEOS報道，隨著EIDOS挖礦的持續火熱，PeckShield全程跟蹤監控，黑客從DApp到交易所再到EOSIO系統合約進行惡意挖礦的行為，并向社區發出預警。今天，EOSIO新升級V1.8.1版本修復了短賬號競拍系統存在的無限挖礦漏洞。另PeckShield安全人員進一步分析認為，昨天黑客利用onerror特性挖礦消耗的僅為個人賬戶CPU，并不能無限制使用系統CPU資源，經官方修復短賬號系統缺陷后，黑客通過EOS系統惡意挖礦的預警已暫時解除，但DApp開發者和交易所仍要持續關注實時CPU消耗情況，應過濾合約賬戶避免被惡意竊取CPU資源。[2019/11/13]

另外我們發現，在swapExactAmountIn()的底部，_pullUnderlying()嘗試從攻擊者端收集相應消耗的STA。然而，由于STA轉賬時還會燒掉1%的手續費，實際BPool是收不到任何STA的。這樣就使得BPool的實際STA余額和內部記賬產生不匹配。

接下來是最有趣的一部分，攻擊者調用gulp()不斷重置_records，使得BPool中始終保持0.000000000000000001個STA。因此攻擊者可以用極高價的0.000000000000000001個STA將流通池中的WETH、SNX、LINK等其他資產消耗光。

第四步：償還閃電貸

最終，如上圖所示，攻擊者償還了從閃電貸借出的104,331個WETH。建議

此次攻擊事件再次暴露了DeFi可組合性存在的兼容性風險。此前不久，Uniswap和Lendf.Me兩個平臺就因和ERC777標準的兼容性問題，產生了非常嚴重的黑客攻擊事件。需要警醒的是，在未來DeFi行業類似的黑客攻擊行為或許會屢見不鮮。如果問該怎樣才能規避這類攻擊事件的發生呢？或許有兩個優化調整思路：1）STA/STONK在執行transfer()或transferFrom()時，當轉賬數額不足以支付手續費時，應該直接回滾或者返回False；2）Balancer應該在每一次transferFrom()函數調用后檢查BPool的余額。當然，任何安全事件事后采取措施補救都無法彌補已經產生的損失，我們相信最好的解決方案還是事前防備。DeFi項目開發者應盡可能利用好的代碼規范，并可尋求第三方安全公司協助其在上線前進行全面的攻防測試，盡可能找出一切潛在的漏洞。最后，盡可能對ERC20、ERC777和其它DeFi項目的任何組合行為都做好周密排查。后續

毫無疑問，Balancer事件的發生勢必也會對DeFi社區帶來影響，而且這類事情接下來發生的可能性還會很大，在此提醒廣大DeFi項目開發者應務必重視合約的安全問題。經我們統計發現，Balancer在此次攻擊事件共計損失了523,616.52美元的數字資產，詳情列表如下：

Tags：STAANCNCECERStabinolDpad FinanceVira-Lata FinanceCERBERUS

狗狗幣