XRP Ledger 修復可憑空生成 XRP 的重大溢位漏洞

XRP Ledger 維護團隊已公開並修復一項重大支付引擎漏洞；若遭刻意利用，該漏洞可能憑空生成可花用的 XRP。修補程式已納入 2026 年 9 月 25 日發布的 xrpld 3.4.1。10 月 9 日的公開報告表示，目前沒有證據顯示任何公共網路曾遭利用。

漏洞如何運作

問題源自支付引擎未檢查 64 位元整數加總的溢位。攻擊者可設計一筆付款，同時吃掉數百筆異常訂單；每筆 XRP 金額本身合法，但加總後超過整數上限，結果便可能繞回一個很小的數值。

在這種情況下，訂單持有人仍收到完整金額，買方卻只支付溢位後的小額總數，差額便成為新生成且可使用的 XRP。讀者可在 OrangeX.com 查看已驗證的 XRP/USDT 現貨市場與 XRPUSDT 永續合約市場。

為何既有安全檢查沒有攔截

XRPL 原本已有「交易不得創造 XRP」的不變量檢查，但該檢查同樣使用 64 位元計數器加總餘額變化，因此會以相同方式溢位，錯把結果視為只扣除正常手續費。若把新生成的 XRP 分散到數百個帳戶，單一帳戶的餘額限制也不會觸發。

維護團隊追溯後指出，受影響的支付引擎邏輯自 2015 年便已存在。一般交易不會意外進入這條路徑；攻擊需要數百筆價格極不合理的訂單，以及一筆專門設計、可一次吃掉全部訂單的付款。

xrpld 3.4.1 做了哪些修改

新版本會在跨訂單加總與合併多條支付路徑結果時檢查溢位。若總額即將超限，該路徑會安全失敗，不會生成 XRP。「不得創造 XRP」的檢查也改用更寬的計數器，其他涉及大量餘額加總的程式碼亦同步加固。

修補程式在伺服器升級後立即生效，沒有等待一般修正案流程。維護團隊表示，若先公開修補碼卻等待數週投票與啟用，攻擊方式將同時曝光並維持可用，因此漏洞嚴重性足以支持緊急處理。9 月 25 日時，預設信任名單中超過 80% 的驗證節點已運行受保護版本。

節點營運者必須使用 xrpld 3.4.1 或更新版本。更多產業動態可見 OrangeX.com 加密新聞，官方安全資源則可參考 OrangeX.com 信任中心。

OrangeX.com Analysis

直接結論是：公開描述的 XRP 生成路徑已被封堵，且目前沒有偵測到遭利用的案例。這次事件也顯示，相同的算術假設可能同時破壞交易邏輯與安全不變量。改用更寬的計數器，提供了不依賴單一路徑修補的額外防線。

目前剩餘的不確定性主要在證據層面：「沒有利用證據」不等於能證明利用絕對未發生。不過，這類高度人為的交易模式應有助於歷史追查。後續仍需留意更多稽核結果與營運者的版本採用情況。本分析不代表對 XRP 價格方向的預測。