UNCX 漏洞事件揭露份額記帳缺陷,據報損失達 150 萬美元

ETH
BNB
LINK
SUI
UNI
智能合約漏洞份額記帳Immunefi漏洞利用歸屬虧損
2 小時前來源: crypto.news
UNCX 漏洞事件揭露份額記帳缺陷,據報損失達 150 萬美元

UNCX 的 Vesting V2 漏洞暴露了一個股份會計缺陷,讓攻擊者得以膨脹其在池中代幣上的索取權,Immunefi 的安全主管在約 150 萬美元於四條鏈上被盜的報導後解釋道。

摘要

  • 根據 Magalhães 的說法,提款與取消功能使股份會計失去平衡。
  • 據報導,損失在四個網路上達到約 150 萬美元,涉及模仿錢包與機器人。
  • Magalhães 建議,在可能的情況下,先私下聯繫受影響團隊,再發布公開提款警告。
  • 他表示,服務提供商與受影響專案共同承擔努力尋求賠償的責任。

Immunefi 安全主管 Gonçalo Magalhães 告訴 crypto.news,當用戶提取已歸屬代幣並取消倉位時,該合約未能保持其股份計數器一致。

UNCX 提款留下了過時的股份計數

在 Magalhães 的敘述中,這個弱點始於合約的釋放功能,該功能讓受益人提取在歸屬計畫下已可用的代幣。

他說,提款後,該功能未能從倉位的計數器中減去已釋放的股份。當取消功能隨後讀取該未變更的值時,它再次減去了未歸屬部分,扭曲了池的會計。

根據這位安全主管的說法,這種組合膨脹了分配給剩餘股份的價值。攻擊者隨後可以利用留在池中的倉位,提取比其應得更多的代幣。

在描述一次攻擊時,Magalhães 表示,利用者開設了三個歸屬倉位,並透過提款與取消功能犧牲了其中兩個。剩餘的倉位變得有資格進行一次他所形容為「巨額利潤」的提款。

他將核心失誤認定為合約各功能之間缺乏一致的會計規則。

「最終,該智能合約未能確保沒有任何功能可以破壞股份全局計數器的不變性。」

他的解釋將弱點歸於這些功能如何更新與重複使用股份餘額。他所指出的防護措施是一項規則,確保每一次操作都保持總股份計數的準確性。

The Crypto Times 於 10 月 15 日報導,Blockaid 估計在以太坊、BNB Chain、Base 與 Robinhood Chain 上的損失約為 149 萬美元。其敘述將 11 筆盜取交易歸因於涉及原始攻擊者、模仿錢包與最大可提取價值(MEV)機器人的活動。

私下干預先於公開警告

當被問及當漏洞利用仍在進行時安全公司應如何應對,Magalhães 表示,可用的應對取決於協議以及能夠干預的人。

「一旦所有選項都已用盡,除了公開呼籲用戶立即提取資金之外,幾乎別無他法。」

Magalhães 並未提出一套適用於每起事件的單一披露時程。他的回應反而描述了一系列可能的干預措施,首先從可能能夠阻止攻擊或移除暴露存款的人開始。

10 月 6 日對一個未識別的 Base 金庫的敘述,描述了私下干預的另一個障礙。在該案例中,Magalhães 表示,一名研究人員面臨法律不確定性,因為該金庫的營運者身份不明,且沒有明確的披露管道。該事件簡報將盜竊金額定為約 600 萬美元。

錢包歷史有助調查人員區分參與者

對於調查 UNCX 的調查人員,Magalhães 表示,交易歷史為區分原始利用者與其他參與者提供了起點。

他說,最先部署攻擊的人通常會出現在最早行動者之中。既有用戶有與該協議較早互動的紀錄,而自動化交易錢包則可能顯示出與機器人活動一致的歷史。

根據 Magalhães 的說法,調查人員可以將後續交易與原始攻擊者所使用的順序進行比對。先前的客戶仍可能複製了該漏洞利用,因此與該協議的既有關係並不能解決這個問題。

「最終,這條界線會變得模糊且難以劃定。」

另一起發生於 9 月 15 日、涉及 以太坊上 2,900 rsETH 的事件,說明了調查人員為何要審查交易排序。安全研究人員表示,Yoink 機器人在同一區塊中搶在疑似攻擊者之前執行,而原始的漏洞利用交易則失敗了。該機器人當時收到了價值約 780 萬美元的資產。

關於追回協商,Immunefi 執行長 Mitchell Amador 在 9 月 21 日發表的關於 Liquid Network 的評論中,考慮了另一個授權問題。他表示,研究人員應使用私下披露管道以及事先議定的賞金條款,而不是先拿走用戶資產、事後再設定獎勵。

服務供應商與專案應努力進行補償

當被問及代幣存放於共享歸屬基礎設施中的專案時,Magalhães 表示,團隊應讓自己的安全人員審查其採用的任何服務供應商。

他說,服務供應商的聲譽是該評估的一部分,但他的建議是將技術審查交由選擇該基礎設施的團隊負責。

關於漏洞利用後的責任,Magalhães 表示,對該漏洞負有責任的服務供應商以及選擇它的專案,都應努力讓用戶得到完整補償。

「努力讓用戶得到完整補償的責任,落在有漏洞的服務供應商以及信任該服務供應商的專案雙方身上。」

他的評論描述了追求補償的責任,但並未設定賠償公式,也未將損失的某個百分比分配給任何一方。

對於審計人員,Magalhães 區分了漏掉的漏洞與保證經審查的程式碼不會失效之間的差別。他表示,審計服務並不承諾「萬無一失的程式碼」。

The Crypto Times 報導,UNCX 的回應包括提高費用,意在阻止進一步的漏洞利用,並與受影響團隊、執法部門及 SEAL 911 進行協調。根據該 10 月 15 日的報導,UNCX 表示其流動性鎖倉與舊版歸屬合約未受影響,並計劃公布技術調查結果及擬議的復原計畫。