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

編者按：本文來自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：Wintermute攻擊者地址持有總供應量51.8%的3CRV代幣:金色財經報道，據PeckShieldAlert監測，社區貢獻者檢測到標記為Wintermute攻擊者的地址持有超過一半的3CRV代幣 (總供應量的51.8%)。

Wintermute在2022年9月遭受攻擊，損失1.6億美元，攻擊者向Curve存入了高達1.14億美元的資金。[2023/8/11 16:20:56]

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

ApeCoin擬創建“財務工作組”的提案AIP-242未獲通過:金色財經報道，ApeCoin社區擬創建“財務工作組”的提案AIP-242未獲通過，據Snapshot數據顯示，該提案反對票比例為56.82%，贊成票比例為43.18%。[2023/8/6 21:28:14]

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

數據：五個pepecexwallet.eth關聯地址買賣PEPE獲利123萬美元，收益率超3200倍:4月24日消息，據 Lookonchain 監測數據，5 個與 pepecexwallet.eth 關聯地址以低價購買了 8.87 萬億枚 PEPE ，成本約為 0.19 ETH （ 385 美元），并在 DEX 上以 123 萬美元的價格售出 7.76萬億枚 PEPE ，賺了將近 123 萬美元 ，收益率超 3200 倍。[2023/4/24 14:24:03]

聲音 | PeckShield：P網累計接收超1億枚比特幣為計算錯誤，實際僅為300余萬:針對Poloniex交易所一個錢包地址累計接收超過1億枚比特幣的消息，PeckShield研究人員分析發現，此數據來源于Blockchair，并非BTC官方瀏覽器，且存在統計錯誤。17A16QmavnUfCW11DAApiJxp7ARnxN5pGX地址實際累積接收的BTC應為3,279,378枚，之所以造成計算誤差，PeckShield分析原因可能為，Blockchair在計算一個地址接收BTC數額時沒有過濾找零的情況：比方該地址實際接收僅0.2枚BTC，找零6.09枚BTC，總接收額度卻被夸大統計為0.2+6.09枚，這并不符合比特幣UTXO交易的統計邏輯。[2019/10/23]

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

突發 | PeckShield曝以太坊“致命報文” 漏洞:區塊鏈安全公司PeckShield在剛剛結束的硅谷Blockchain Connect Conference大會現場，披露了一個能夠造成以太坊受影響geth節點瞬間休克或崩潰的安全漏洞。PeckShield將披露的漏洞命名為“Ethereum Packet of Death（EPoD）”，即“致命報文”，攻擊者通過發送一個惡意報文即可向geth節點發動攻擊。geth是以太坊主流的官方客戶端，被眾多重要節點采用，這也意味著一旦攻擊者利用此漏洞實施攻擊，涉及到的相關重要節點隨時可能停擺。對整個以太坊網絡來說，這樣的漏洞如若被用來開展惡性競爭，將擾亂市場秩序，造成不可估量的嚴重損失。[2018/6/28]

接下來是最有趣的一部分，攻擊者調用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：STANCEBALCERstarryskyLanceriaPhoenix Global(new)CERBERUS價格

DAI