來源：Beosin
2024年1月17日，據Beosin旗下EagleEye安全風險監(jiān)控、預警與阻斷平臺監(jiān)測顯示，Socket協(xié)議遭受攻擊者call注入攻擊，導致大量授權用戶資金被盜。目前攻擊者將被盜資金兌換為ETH，并保存在攻擊者地址上。
攻擊發(fā)生之后，Socket官方確認被攻擊，并第一時間暫停受影響的合約。
同時，MetaMask在X平臺發(fā)文稱，MetaMask Bridge用戶不受今天發(fā)生的Socket漏洞的影響。MetaMask稱設計跨鏈橋合約時采用了獨特的架構，旨在防范此類攻擊。
關于本次攻擊，Beosin安全團隊對本次漏洞進行了分析。
漏洞分析
該事件發(fā)生的主要原因是Socket合約的performAction函數存在不安全的call調用。如下圖，該函數的基本功能是將用戶的ETH和WETH進行轉換，如果調用者選擇fromToken為ETH，那么將會查詢合約的toToken(WETH)余額，隨后通過call調用toToken（正常邏輯下，此處必須調用WETH的deposit函數），并轉入用戶指定的ETH數量，接下來查詢合約的toToken(WETH)新余額，如果等于轉入用戶指定的ETH數量，那么通過，并將toToken轉給調用者指定地址。如果調用者選擇fromToken不為ETH，那么與上述同理，函數功能就是將調用者的WETH兌換成ETH（正常情況下，call調用必須是調用WETH的withdraw函數）并發(fā)送給用戶指定地址。
雖然函數中并沒有對fromToken與toToken進行任何檢查限制，但是除了傳入WETH地址，其他ERC20地址都將導致余額檢查失敗，從而無法偽造這兩個參數，間接將token地址限制為WETH。?
雖然對token地址有所限制，但是該函數還存在一個問題，便是未對amount進行限制，如果調用者傳入的amount為0，則函數的檢查條件將恒通過，并不需要調用WETH的deposit與withdraw函數。此時便可以在call中注入異常的數據，從而達到攻擊的目的。
明白了函數問題點，我們來看看攻擊者是如何實施攻擊的。
1.攻擊者首先創(chuàng)建了一個攻擊合約。
2.隨后，攻擊者多次查詢不同地址的WETH余額，并且查詢該地址對于Socket: Gateway合約的授權數量，最后調用Socket: Gateway合約。?
3.可以看到，這里調用performAction函數的時候，swapExtraData參數傳入的是0x23b872dd...，該數據是transferfrom的函數簽名，說明這里將直接調用token的transferfrom函數。
4.可以看到，攻擊者傳入fromToken為WETH，amount正是我們上述的0，合約將攻擊者的WETH轉入合約，但轉的是0，而在call調用中，攻擊者指定一個用戶地址向攻擊者轉了16枚WETH。
5.攻擊者通過大量操作，將無數用戶的WETH轉移給自己。?
6.攻擊者使用相同的方式，將授權給該合約的USDT轉移給自己。?
7.還包括WBTC、DAI以及MATIC三種代幣。?
截止發(fā)稿，被盜的近330萬美元的資金，部分被攻擊者兌換為了ETH，并且一直存在黑客地址未移動，Beosin Trace將對被盜資金進行持續(xù)監(jiān)控。?
目前，互操作性協(xié)議Socket在X平臺發(fā)布安全事件更新：Socket現已恢復運營，受影響的合約已暫停，損害已得到完全控制。在Bungee的橋接以及其大多數合作伙伴前端的橋接已經恢復。詳細的事件分析和后續(xù)步驟將很快公布。
Socke提醒道：“小心回復中試圖對您進行網絡釣魚的虛假Socket帳戶。在采取任何行動之前，請務必仔細檢查帳戶。”
本次事件也再次提醒各位，安全不可掉以輕心。
喜來順財經
