Back to top
  • 공유 分享
  • 인쇄 列印
  • 글자크기 字體大小
已複製網址

4000枚L-BTC無抵押生成…3996枚BTC完成退出錨定

因人工審查而暫停的比特幣提款核准 / TokenPost.ai

Liquid Network中約4000枚未有存款支持的L-BTC經退出錨定後,轉換為約3996枚比特幣(BTC)。軟體漏洞,以及大額提款獲自動批准的營運架構,被指為擴大損失的因素。

Blockstream於23日表示,9月6日下午10時53分(韓國時間)納入Liquid Network區塊的交易,利用了Elements的範圍證明(range-proof)驗證快取錯誤。Blockstream指出,不同驗證輸入在缺少長度資訊的情況下遭到合併,形成相同的快取鍵,導致先前驗證過的結果被其他交易重複使用。

由於這項錯誤,實際沒有存款支持的L-BTC被網路當作正常資產批准。Liquid Network的機制是存入比特幣後按1比1比例發行L-BTC,銷毀L-BTC後則由聯邦儲備支付比特幣。

攻擊者利用漏洞生成L-BTC後,將其轉入SideSwap的退出錨定服務。SideSwap將相關訂單視為正常客戶訂單處理,Liquid聯盟簽署者因此支付了3996.02枚比特幣。

SideSwap表示,當時針對約4000枚L-BTC的訂單,並未設置規模上限、速率限制、相對於總發行量的額度限制、存款錢包歷史檢查或人工審查程序。攻擊者先以2.5枚L-BTC規模的小額退出錨定進行測試,之後提交大額訂單。

批准金鑰處於線上狀態,加上支付的比特幣在同一個區塊中自動轉入客戶地址,也擴大了損失。SideSwap解釋,若金鑰離線保存,並在支付前加入人工審查和延遲程序,資金可能仍會留在可控範圍內,並有機會被追回。

若設有支付上限或延遲批准機制,大額提款可能會被暫停,損失規模也可能受到限制。不過,實際需要設置何種上限才能阻止攻擊,目前尚未確認。

設置上限也存在可能延遲正常大額提款的取捨。因此,程式碼驗證與提款營運控管應作為不同防線,分別處理各自的風險。

Alpen在22日公布的技術分析中表示,其AI安全工具MASH在攻擊發生後約1小時內,便從Elements程式碼追查到原因,並在本機環境重現攻擊路徑。不過,這是事後重現結果,尚未證明同一系統能在攻擊前找出漏洞。

Alpen表示,實際營運環境中的二進位檔案,以及當時的快取狀態,並未全部獲得確認。因此,不能斷言AI當時能夠事前偵測攻擊。

Elements 23.3.4已加入將長度資訊納入範圍證明快取輸入的修正,也新增可停用快取的-norangeproofcache選項。

此前已有消息指出,Liquid Network已發布因應範圍證明驗證快取漏洞的修補程式。但此次分析顯示,僅修正驗證程式碼,並不足以消除提款階段的營運風險。

在Liquid Network的架構下,驗證錯誤可能導致無抵押資產生成,而退出錨定服務的自動支付,則可能進一步造成實際比特幣外流。這起事件凸顯,驗證共識規則的程式碼,以及控管資金支付的營運程序,兩者都不可或缺。

Blockstream表示,攻擊發生後約有3400枚比特幣已被返還,另有約602枚比特幣正在進行追回工作。攻擊者曾透過鏈上訊息自稱「白帽駭客」,但其身分與法律責任尚未確認。

截至9月24日,剩餘資金是否能最終追回,以及Liquid Network何時恢復退出錨定服務,均尚未確定。

<版權所有 ⓒ TokenPost,未經授權禁止轉載與散佈>

最受歡迎

其他相關文章

留言 0

留言小技巧

好文章。 希望有後續報導。 分析得很棒。

0/1000

留言小技巧

好文章。 希望有後續報導。 分析得很棒。
1