XRPL 因 1 項關鍵漏洞懸賞發現撤回權限委派修正案

在 XRP Ledger 上，受委派方原本可以註銷自身帳戶再重建，同時保留其本不該擁有的權限。這項經由漏洞懸賞提交而浮現的缺陷，使該網路的 XLS-75 規格未能登上主網，並促使開發人員全面重寫，如今已通過安全審查與品質保證（QA）檢查。

該名以 Shotes 為代號的研究人員透過 Cantina 漏洞懸賞計畫提交此發現：受委派方可刪除其帳戶，之後再重建，同時保留另一帳戶所授予的每一項權限，而原帳戶卻無任何途徑可予以撤銷。RippleX 工程主管 J. Ayo Akinyele 表示，團隊選擇以替換取代修補。Akinyele 說：「V1.1 並未改變 XLS-75 能做到什麼，而是改變這些能力被啟動的條件。」

權限委派讓一個帳戶能授予另一帳戶有限權力代其行事，而不必交出整個帳戶的控制權——這正是託管服務商與機構用戶所需的機制，以便在不暴露餘額的情況下導引特定交易。該修正案於 2025 年 5 月提出，2025 年 9 月因待修補安全問題而被標記為不支援，10 月更名為 PermissionDelegationV1_1，並於 2026 年 6 月恢復支援。根據 CoinGecko 數據，XRP 截至 UTC 14:30 報 0.6234 美元，24 小時內下跌 1.2%，該代幣走勢跟隨整體替代幣行情，而非該修正案的時間軸。

V1.1 的變更範圍超出單一被舉報的漏洞。受委派方身分的邊緣案例已被封堵；包括 Vault 與 Lending 操作在內的新功能被禁止遭無意委派；委派支付的儲備會計已獲修正；一條可能繞過委派檢查的多重簽署路徑也遭關閉。撤銷行為亦已收緊。此外，isDelegable 函式中另一項中度嚴重性的無號整數溢位問題也獲得修復，該問題可能使格式錯誤的權限值被讀取為可委派的交易類型；研究人員表示，除非委派方有不当行為，否則此問題並無實質影響。

179 項測試，其中 48 項為對抗性測試

Ramkumar SG 於 8 月 26 日發布的 QA 報告記錄了 179 項專門的權限委派測試：112 項功能性、48 項對抗性安全測試，以及 19 項跨功能測試。覆蓋範圍延伸至與 Batch、Confidential MPT、交易佇列及多重簽署的互動。XRPL Ledger Operations 表示，所有發現均已在 V1.1 中修復，並經 Cantina 安全公司驗證，5,088 項測試全數無回歸問題，且在受測的提交版本層級沒有任何被歸類為關鍵的未解決內部漏洞。

此番揭露之際，XRPL 最新的金融基礎元件正逐步邁向正式上線。XLS-66 下的原生借貸正與擔任貸款仲介（Loan Broker）的 Cicada Credit 共同建構，由其在鏈下處理借款人來源開發、信用審查、契約條款與貸後監控，而協議則在鏈上管理發行、固定期限、利息、還款與違約。XLS-65 下的單一資產金庫（Single Asset Vaults）與之並行。這兩者正是 V1.1 如今防止其被誤納入委派授權的功能——否則持有借貸或金庫權限的受委派方，可能在一項所有者從未打算交出的權限下發起信用或調動池化資產。

此一事件也凸顯了該帳本自身工具早已提出的測試問題。由開發者 Denis Angell 建構的公開儀表板，追蹤 XRPL 修正案在登上主網前於開發網（devnet）上的演練是否充分，而委派正是其標記為不完整的修正案之一。XRPL 貢獻者 Mayukha Vadari 表示，團隊正與 Common Prefix 合作進行形式化驗證，以數學方式檢驗關鍵帳本函式，而非僅仰賴測試覆蓋率——這與近期用於形式化費馬最後定理的同類形式化方法如出一轍。

對 XRP 持有者與 XRPL 去中心化金融（DeFi）開發者而言，實際的解讀是：該能力完好無損地保留了下來，而啟動條件則變得更為嚴格。該漏洞從未觸及主網，這限制了直接損害，但此番揭露也證實，委派——即 Vault 與 Lending 在機構應用上所依賴的權限層——在這些產品能夠被信任處理真實信用之前，仍需再經過一輪檢視。下一個檢查點是 2026 年 6 月的恢復支援日期，屆時 PermissionDelegationV1_1 預計將重返支援清單；在此之前，整合 XLS-65 金庫或 XLS-66 借貸的開發者應認定，委派授權無法涵蓋這些操作。

本文僅供參考，並不構成投資建議。