XRP Ledgerに約10年間存在していた脆弱性により、攻撃者が支払いなしに使用可能なXRPを生成し、この暗号資産の1,000億枚という固定供給が危険にさらされる可能性がありました。この上限は資産の根幹を成すものです。1,000億XRPはすべてレジャーの開始時から存在しており、プロトコルのルールは新しいトークンを発行するのではなく、保有者間でトークンを移動するように設計されています。Rippleの開発チームはこの欠陥を排除する緊急ソフトウェアアップデートを提供し、研究者らは公開ネットワークで悪用された証拠を発見していません。

このバグは2026年10月9日に公開され、2015年まで遡ると報じられています。研究者のCayden Liao氏とVeria AIがXRP Ledgerのバグバウンティプログラムを通じてこの問題を発見し、9月22日に報告しました。このようなプログラムは暗号資産セキュリティの柱であり、詳細が公になる前に外部研究者が開発者へ欠陥を非公開で報告できる窓口を提供しています。Rippleの開発部門であるRippleXは攻撃を再現し、新たに生成されたXRPが後続の取引で使用可能であることを確認しました。

XRP供給バグの仕組み

この欠陥の核心は、XRP Ledgerのペイメントエンジンにおける整数オーバーフローでした。これは、計算結果が数値を格納する固定サイズを超えてしまう古典的なソフトウェア欠陥です。レジャーは内蔵の取引所を通じてトランザクションを処理しており、ユーザーはここで資産の交換オファーを出します。

攻撃者は、数百のアカウントを作成し、異常に大きな額のXRPを伴うオファーを出すことで、この仕組みを悪用できた可能性があります。その後、注意深く構築された単一の支払いによって、すべてのオファーを一度に消費できました。

消費されたオファー全体で支払われるべきXRPの合計を計する際、ペイメントエンジンの数値カウンターが表現可能な最大値を超え、合計がはるかに小さい数値に巻き戻る可能性がありました。その結果、売却側のアカウントは全額を受け取り、買い手は誤って計算された額のみを支払うことになり、この不一致が実質的に新しいXRPを生成することになります。

不正なXRP生成を検出するためのレジャーの既存のセーフガードも、同じオーバーフローに対して脆弱な計算に依存していたため、新たに生成されたトークンを検出できない可能性がありました。RippleXは、攻撃の実行に必要なアカウントの確立には数百XRPとトランザクション手数料のみで足りたことを確認しています。

緊急修正は通常の投票プロセスを回避

Rippleは9月25日、この脆弱性に対処するためXRP Ledgerサーバーソフトウェア バージョン3.4.1をリリースしました。従来のプロトコル変更とは異なり、ペイメントエンジンの修正は個々の運用者がサーバーをアップグレードする形で発効しました。公式情報はXRP Ledgerブログの

この対応は、信頼済みバリデータの80%以上の支持を2週間にわたって維持することを通常必要とするレジャーの標準的な修正プロセスからの、例外的な逸脱でした。これは、単一の当事者がレジャーのルールを一方的に書き換えられないように設計された仕組みです。RippleXは、通常のプロセスに従えば、投票および有効化の期間中ネットワークが脆弱なまま公開情報として脆弱性が露呈する可能性があったと説明しています。公式情報によれば、リリース当日だけでデフォルトの信頼済みバリデータの80%以上がアップグレードしていました。

10月9日に公開された脆弱性レポートは、調査官が公開ネットワーク上での悪用の証拠を発見していないことを確認しました。この事件は、独立したセキュリティ研究と暗号資産インフラ全体での迅速な連携の価値を浮き彫りにしています。また、これは業界でよく知られたパターンにも合致します。2018年には、Bitcoin Coreの開発者が、マイナーがBitcoinの供給を膨張させる可能性のあるコンセンサスバグを静かに修正しました。

Rippleは差し迫った脅威を封じ込めましたが、この出来事は、分散型ネットワークが緊急のセキュリティ対策と透明なガバナンスのバランスをどう取るべきかというより広範な問いを投げかけています。RippleXは、この例外的な対応が今後のプロトコル修正に関するレジャーの確立されたアプローチを変更するものではないと強調しています。