XRP Ledger 的開發人員披露了一個嚴重的溢出漏洞，攻擊者原本可利用該漏洞憑空創造 XRP，突破網路 1,000 億枚代幣的硬性上限。該漏洞存在於帳本核心伺服器軟體 xrpld 的 3.4.0 及更早版本中，於 9 月悄然完成修補，並於 2026 年 10 月 9 日對外公開。調查人員未發現任何在公共網路上被利用的跡象。

漏洞的運作方式

該漏洞存在於 xrpld 統計支付金額的方式中。當單筆支付從去中心化訂單簿上的多個掛單中獲取流動性時，軟體會使用一個 64 位元整數來累計所涉及的 XRP 總額。如果該累計值超過整數所能容納的最大數值，就會發生回繞，得到一個遠小於實際值的數字。此類溢出錯誤是軟體漏洞的經典類型——即運算結果超出儲存變數的固定大小——也是審查人員在處理資金轉移的程式碼中最優先排查的風險之一。

攻擊者原本可利用這一缺口花費並不存在的 XRP。由於被誇大的餘額分散在眾多帳戶中，帳本既有的安全檢查未能標記出這一差異——使帳目看起來平衡，而實際供應量卻悄然膨脹。

實施此類攻擊的成本低得驚人。根據披露資訊，該攻擊需要數百個帳戶提供經過特殊設計的掛單，僅需花費數百枚 XRP 的儲備金和手續費，且其中大部分原本可以收回。單筆交易中可鑄造的 XRP 數量可能超過該代幣的全部總供應量。

悄然修補，隨後公開披露

該漏洞由研究人員 Cayden Liao 於 2026 年 9 月 22 日透過 XRPL 漏洞賞金計畫回報。Ripple 的開發部門 RippleX 確認了這一問題，並在獨立伺服器上重現了該攻擊，驗證了超發的 XRP 可以在後續交易中被花費。

回報三天後，也就是 2026 年 9 月 25 日，緊急版本 xrpld 3.4.1 發布。此次修補還跳過了帳本常規的修正案流程——按照該流程，網路規則的變更通常需經過驗證節點投票程序後才能生效。而這個修補程式則是立即部署。

公開披露則 10 月 9 日，即修補軟體發布約兩週後。團隊表示沒有資金損失、沒有金鑰外洩，也沒有與該漏洞相關的共識問題。這樣的時序安排遵循了協調式漏洞披露——即軟體安全領域的標準做法，先發布修補程式再公布細節，讓營運者在可能引導攻擊的資訊公開之前有升級的窗口期。促成此次回報的 XRPL 漏洞賞金計畫正是同一機制的一環——它付費讓獨立研究人員私下揭露漏洞，而非自行利用或公開披露。

隱藏十年

據信該漏洞自支付引擎最初構建的 2015 年左右便已存在——這意味著這段程式碼在帶有潛在溢出問題的情況下處理支付多年。能夠膨脹鏈上原生資產的漏洞十分罕見，但並非沒有先例：2018 年，Bitcoin Core 開發人員曾針對一個同樣可能讓攻擊者在網路發行規則之外創造比特幣的漏洞發布緊急修補程式。

對 XRP 持有者與帳本而言意味著什麼

對 XRP 持有者而言，直接的結論令人安心：沒有證據顯示該漏洞曾被利用，代幣供應量的完整性看起來完好無損。這一事件也提醒人們，硬性供應上限最終是由程式碼來執行的——其可靠性取決於程式碼本身。

然而，跳過修正案流程的決定值得關注。一條已知的無限增發 XRP 的途徑不應等待治理投票，但跳過常規程序的緊急修補程式將重大信任寄託於核心開發團隊。在此次事件中，網路的安全取決於驗證節點和節點營運者能否迅速升級。

仍在運行 xrpld 3.4.0 或更早版本的節點營運者是這一消息最直接的相關受眾。修補版本 3.4.1 自 9 月 25 日起已可使用，任何尚未升級的節點仍在運行帶有現已公開披露、可破壞供應量上限的漏洞的軟體。

來源：CryptoBriefing