XRP Ledger、無限の XRP 生成を可能にした可能性のある重大なバグを公表

10月9日に公開された公式の開示によると、この脆弱性は、特別に構成されたトランザクションを通じて悪用される可能性がありました。開発者は9月25日にこの問題を修正し、パブリックネットワークでの悪用の証拠は見つかりませんでした。

11年前のバグがいかにして XRP の供給を脅かしたか

この脆弱性は、異なる資産を含むトランザクションを処理する XRPL の決済エンジンにおける整数オーバーフローに関わるものでした。決済が数百もの特別に構成されたオファーを消費した際、ソフトウェアが支払うべき XRP の合計を誤って計算する可能性がありました。

数値制限を超える計算を拒否する代わりに、システムはその金額をはるかに小さな数値にラップアラウンドさせる可能性がありました。受信者は全額の支払いを受け取る一方で、送信者には誤って計算された合計額のみが請求されることになります。

その差額によって、実質的に何もないところから XRP が生成され、暗号資産の意図された供給制限を回避できる可能性がありました。さらに懸念されるのは、不正な XRP 生成に対するレジャーの既存の保護策も同じ脆弱な計算に依存していたため、操作が検出を逃れる可能性があったことです。

研究者たちは制御されたテスト中にこの脆弱性を再現し、不適切に生成された XRP がその後転送可能であることを確認しました。

XRPL 開発者が緊急セキュリティ修正をリリース

この問題は9月22日、XRPL のバグバウンティプログラムを通じて Cayden Liao と Veria AI によって報告されました。エンジニアは当初、これを重大な脆弱性と分類していましたが、後に深刻度をクリティカルに引き上げました。

9月25日にリリースされた xrpld バージョン 3.4.1 では、追加のオーバーフローチェックが導入され、供給安全性メカニズムが強化されました。標準的な XRPL プロトコルの変更とは異なり、バリデーターがソフトウェアをアップグレードすると同時に、パッチは直ちに有効になりました。

通常、アメンドメント（修正案）が有効になるには、2週間連続で80%以上のバリデーターの支持が必要です。開発者は、通常のプロセスに従うと、十分な保護が整う前に脆弱性が露呈する可能性があると判断しました。

デフォルトの信頼済みバリデーターリストにあるバリデーターの80%以上が9月25日までにアップグレードを完了していました。Coinpaper は以前、緊急の XRPL セキュリティリリースについて報じていましたが、当時は技術的な影響の全容は公開されていませんでした。

この脆弱性は XRP 保持者にとって何を意味するか？

この開示により、供給に関する重大な欠陥が約11年もの間、なぜ検出されなかったのかという疑問が生じています。しかし、研究者たちは、悪用には通常の XRP 転送ではなく、数百のオファーを含む異例な構成のトランザクションが必要であることを強調しました。

10月9日の報告書では、ネットワークコンセンサスを乱す可能性のある別の Batch トランザクションの脆弱性についても詳しく説明されています。その問題は fixBatchV1_2 アメンドメントを通じて対処され、10月9日に BatchV1_1 とともに有効化されました。

この出来事は、以前の XRPL アップグレードの遅延に続くものであり、特に緊急のセキュリティ変更に迅速な調整が必要な場合の XRPL ガバナンスに関する継続的な疑問を浮き彫りにしています。