CryptoCoin文章上線

XRP Ledger 修復可能製造假冒代幣的支付溢位漏洞

Claude AI
XRP Ledger 修復可能製造假冒代幣的支付溢位漏洞

目錄

你可能會想知道

  • 支付系統中的算術錯誤怎麼會讓人製造出假冒 XRP?
  • 這個漏洞為何近十年未被發現,開發者又是如何控制風險的?

主題

維護 XRP Ledger 的開發者揭露並修復了網路支付引擎中的一項重大漏洞。若遭利用,攻擊者可能得以製造並非由帳本合法供應量支持的 XRP。這個問題於 September 透過 XRPL 漏洞懸賞計畫回報,維護者表示,沒有證據顯示有人曾利用此漏洞。

此漏洞涉及整數溢位,這是一種程式錯誤,會在計算結果大到超出系統所選資料型別可表示的範圍時發生。本例中的脆弱元件是支付引擎,也就是在帳本上計算及處理支付的軟體。在一般情況下,支付金額遠不至於觸及可能引發此缺陷的上限,這也有助於解釋為何它長時間未被發現。

這個漏洞可透過精心設計、會消耗訂單簿中數百筆掛單的支付來觸發。訂單簿是買賣雙方提出交易報價的地方。支付引擎加總買方在所有這些掛單中應付的金額時,總額可能超過系統可儲存的最大值。計算沒有安全地處理超出部分,而是回繞成一個極小的數字。

這項算術錯誤造成了危險的收付落差。引擎可能向每位賣方支付全額,卻幾乎沒有向買方收款。支付給賣方的價值與向買方收取的金額之間的差額,實際上就等於新產生的 XRP。根據維護者描述的最糟情況,單筆交易就可能產生遠超代幣總供應量、且可供花用的 XRP。

假冒 XRP 不一定會只留在原始交易中。維護者表示,攻擊者可能將其轉移、交易,或送往交易所。這些可能性讓問題格外嚴重:一旦非法代幣進入流通或抵達交易平台,就可能為帳本使用者及市場參與者帶來更廣泛的風險。

第二項缺陷讓情況更加令人擔憂。帳本設有一項安全檢查,旨在確認交易沒有產生 XRP。然而,這項檢查依賴與支付引擎相同的錯誤算術。支付計算發生回繞時,驗證計算也可能以相同方式回繞,導致檢查無法察覺差異。換言之,原本用來防止不當產生代幣的機制,竟也有可能造成問題的同一弱點。

RippleX 工程師表示,這項漏洞自目前的支付引擎於 2015 年撰寫以來便一直存在。它之所以一直未被觸發,是因為一般支付不會接近觸發溢位所需的條件。研究人員精心設計的情境顯示,一筆交易可以合併足夠多的訂單簿掛單,使計算超出系統可表示的範圍。因此,這項錯誤自 2015 年起便已存在,但維護者表示,沒有證據顯示它曾遭利用。

修正版本 3.4.1 於 Sept. 25 推出。當天,網路上超過 80% 的可信任驗證者已執行修補版本。驗證者是協助確認交易並維持帳本運作的網路參與者。因此,採用修正版本是縮短缺陷可能構成實際威脅期間的重要一環。

這次應對也與 XRP Ledger 一般的修正案程序不同。依照正常流程,驗證者會針對變更投票,並等待兩週才會生效。維護者針對這項交易處理變更跳過了該流程,並表示,這是系統推出十多年來,首次刻意以這種方式發布此類變更。

採取例外做法的原因,是為了避免在相關防護措施尚未全部到位前揭露漏洞。維護者表示,若依照一般流程發布開源修正,可能會讓漏洞曝光,卻仍可遭利用數週。他們認為,漏洞的嚴重性足以支持比一般修正案時程更迅速的處理方式。這凸顯了安全上的艱難取捨:透明度有助於審查與建立信任,但過早揭露仍存在的漏洞,可能會讓潛在攻擊者取得可利用的資訊。

這起事件令人想起今年稍早 Zcash 遭遇的假冒代幣風波。這款注重隱私的加密貨幣迅速修補了其屏蔽池中的健全性漏洞;屏蔽池是支援私人交易的功能。該漏洞可能導致偽造代幣,事件發生後 ZEC 價格大跌,直到網路的 Ironwood 升級才解決問題。這樣比較並不代表兩個漏洞完全相同;兩起事件都凸顯了帳務或驗證邏輯出錯,可能危及人們對數位資產供應規則的信心。

XRP 在市場上也經歷了艱難的一週。週一,該代幣的交易價格為 $1.38,24 小時內下跌 1.6%。來源稱,這是主要加密貨幣中表現最差的。XRP 過去七天也下跌了 9.4%。這些數據提供了市場背景,但來源並未證明漏洞揭露導致價格變動。

整體而言,這起事件說明,支付計算與供應量檢查必須設計成即使出錯也能安全應對,尤其是在交易可合併許多個別掛單的情況下。它也顯示,漏洞未被發現不一定是因為系統缺乏防護措施,而可能是因為防護措施依賴與其監控元件相同的錯誤假設。獨立驗證、仔細測試極端數值,以及開發者與驗證者之間及時協調,對維護帳本的帳務規則都很重要。

重點摘要表

面向說明
漏洞XRP Ledger 支付引擎中的整數溢位,可能錯誤計算買方應付的金額。
可能影響涉及數百筆訂單簿掛單的精心設計支付,可能讓人製造並花用假冒 XRP。
安全檢查弱點原本用來偵測 XRP 是否遭到產生的檢查,使用了相同的錯誤算術,因此可能無法發現問題。
時間軸目前的支付引擎自 2015 年撰寫以來便存在此錯誤,並於 September 透過漏洞懸賞計畫回報。
修復措施修正版本 3.4.1 於 Sept. 25 推出,當時超過 80% 的可信任驗證者已在執行該版本。
遭利用的證據維護者表示,沒有證據顯示此漏洞曾遭利用。
市場背景XRP 週一的交易價格為 $1.38,24 小時內下跌 1.6%,過去七天下跌 9.4%。

後續……

當前的首要任務,是確保驗證者及其他相關參與者持續使用已修補的軟體,並由獨立人員審查修正後的計算方式。由於此漏洞同時涉及支付處理,以及原本用來防止未經授權產生 XRP 的檢查,持續檢視相關算術運算與驗證流程將十分重要。

這起事件也帶來一些長期問題:去中心化網路應如何因應重大漏洞。緊急快速修正可降低風險,而既有的修正案程序則能留出審查與廣泛協調的時間。XRP Ledger 的應對顯示,維護者可能會認為,嚴重且可遭利用的漏洞值得例外處理——但這類決策需要清楚溝通並謹慎追蹤後續情況。

對使用者與觀察者而言,目前掌握的資訊有一點值得安心:維護者表示沒有發現遭利用的證據,而且修正版本已經部署。不過,這起事件提醒我們,數位資產的完整性不只仰賴其明訂的供應規則,也仰賴負責計算、檢查及執行這些規則的軟體是否準確。

最後編輯時間:2026/10/12