Veria Labsの開示報告書によると、XRP Ledgerの開発者は、1回の取引で攻撃者がネットワークの総供給上限である1,000億XRPをはるかに超える、使用可能なXRPを生成できた可能性のある重大な決済エンジンの欠陥を修正した。この脆弱性は2015年以降、xrpldのコードに存在していたが、報告書は「この問題が公開ネットワークで悪用された証拠はない」としている。
この欠陥は9月22日にRippleXへ報告され、3日後にxrpldバージョン3.4.1で修正された。Veria Labsによると、XRP Ledgerのデフォルトのユニーク・ノード・リストに登録されたバリデーターの80%以上がリリース当日にこのバージョンをインストールしており、ネットワークへの攻撃が実行可能な期間は実質的に限られていた。
Veria Labsの共同創業者Cayden Liao氏は、AIエージェントがこの欠陥を特定し、動作するエクスプロイトを生成したと述べた。Liao氏はXへの投稿で、脆弱なネットワークに到達していれば、悪意のある1件の取引でおよそ18兆XRPを生成できた可能性があると推定した。これはネットワークの当初の最大供給量の約184倍に相当する。
決済計算が桁あふれを起こす可能性
この脆弱性は、XRP Ledgerの分散型オーダーブックから複数のオファーを消費する決済に関係していた。このような取引では、一度に多数のオファーとマッチングできるため、ソフトウェアはそれらすべてで支払われるXRPの合計額を計算する必要がある。
Veria Labsの報告書によると、この加算にはオーバーフローチェックが欠けていた。コンピューティングにおいてオーバーフローとは、数値が割り当てられたデータ型で扱える大きさを超えることを指す。正しい大きな値を生成する代わりに、計算結果がはるかに小さい数値へと巻き戻る可能性がある。
攻撃者は数百のアカウントを使い、トークンのごくわずかな数量を非常に大量のXRPで売るオファーを出すことができた可能性がある。その後、1件の決済取引でこれらのオファーを消費できた。報告書によると、決済エンジンは各売り手に提示されたXRP額を付与する一方、買い手の計算上のコストは「手数料に加えて数百ドロップ程度」に巻き戻る可能性があった。ドロップはXRPの最小単位で、1XRPの100万分の1に相当する。
このエラーにより、攻撃者のアカウントから適切に差し引かれることなく、XRP残高が増加する可能性があった。Veria Labsによると、新たに生成されたXRPを検出するために設けられた別の安全措置でも、オーバーフローを起こし得る別の加算処理が使われていた。その結果、プロトコル内部の供給量チェックも、残高の人為的な増加を認識できない可能性があった。
この理論上のエクスプロイトの規模は、典型的な取引所の侵害やブリッジからの窃取とは異なるカテゴリーに位置付けられるものだった。攻撃者は、特定のプールにある既存資金を盗むのではなく、流通する新たな使用可能単位を追加できた可能性があり、それらの単位が取引所やその他のネットワーク参加者に届けば、台帳の供給ルールに対する信頼を損なうおそれがあった。
修正により通常の改訂スケジュールを回避
Veria Labsによると、RippleXのパッチはXRP Ledgerの通常の改訂プロセスではなく、サーバーのアップグレードによって適用された。改訂は通常、信頼されたバリデーターから2週間にわたり80%を超える支持を得た場合にのみ、ネットワークのルールを変更する。
このプロセスは、プロトコルのルールが有効になる前に、運用者がアップグレードを確認して導入する時間を確保するよう設計されている。今回は、セキュリティ問題への迅速な対応が必要だったため、各サーバーは運用者がxrpld 3.4.1にアップグレードした時点で保護を受けた。
Veria Labsは、このアプローチについて、10年以上にわたるXRP Ledgerの改訂で初めて使われた、アップグレード主導の適用経路だと説明した。この決定は、修正までの時間が短い脆弱性に対処する際の現実的なトレードオフを反映している。パッチが広く導入される前に広範な公開議論を行うと、攻撃者にエクスプロイトを再構築するのに十分な技術情報を与える可能性がある。
Cyber Capitalの創設者兼最高投資責任者であるJustin BonsはXへの投稿で、xrpld 3.4.1はコードが公開されるまで約2週間、クローズドソースの状態だったと書いた。RippleXのソフトウェアエンジニアであるMayukha Vadariは、迅速な発見とリバースエンジニアリングへの懸念がリリースプロセスを左右したと述べた。
この一連の対応が注目を集めたのは、オープンソースのネットワークが一般に公開コードレビューに依存している一方、ソースの一時的な非公開化は独立した検証を制限するためだ。RippleXのアプローチは、バリデーターの運用者が修正を導入する間の悪用防止を優先し、その後、緊急期間が過ぎてからコードを公開した。
2つ目のパッチでBatch機能の問題に対処
バージョン3.4.1では、Batchに関する別の問題も修正された。Batchは、研究者が最初の欠陥を特定した時点ではまだ有効化されていなかった機能だ。Veria Labsによると、Batchの脆弱性は特定の状況下でネットワークを停止させる可能性があった。
その報告書によると、Batchの問題を通じて攻撃者がオンチェーン上の資産を得ることはできなかったという。潜在的な影響は、インデクサー、ブロックチェーンエクスプローラー、ソフトウェア開発キットなどのオフチェーンサービスを混乱させる、恒久的に不正な台帳記録を作成できることにあった。これらのサービスはウォレット、アプリケーション、ユーザー向けに台帳データを解釈・整理しているため、台帳残高が維持されていても、不正な記録によって運用上の問題が生じる可能性がある。
Veria Labsは、Batchとその修正プログラムが金曜日に有効化され、旧バージョンのソフトウェアを実行しているサーバーは、もはやネットワークとの同期を維持できないと発表した。この結果、残る運用者には更新する強い動機が生まれる。古いサーバーでは、現在の台帳状態を確実に追跡できないためだ。
Liao氏によると、Veria Labsは脆弱性の報告に対して最高額となる25万ドルの報奨金を受け取った。この報奨金は、周辺的なアプリケーションではなく、公開ブロックチェーンの中核的な会計ロジックにまで及んだ欠陥の潜在的な深刻度を反映している。
このインシデントは、自動コード解析が脆弱性発見の実用的な手段になりつつあることを示す証拠でもある。AIエージェントがこの問題を発見して悪用したというLiao氏の説明は、自動化が人間によるセキュリティレビューに取って代われることを示すものではない。しかし、研究者が自動スキャンとプロトコルの取引ルールに関する技術的理解を組み合わせることで、古い算術エラーをいかに迅速に発見できるかを示している。
XRP Ledgerの修正により、この脆弱性が市場から認識可能な供給イベントへと発展することは防がれた。残る疑問は、特に複数の処理が集約され、残高が別々の会計ルーチンを通じて確認される複雑な取引経路において、他の成熟したブロックチェーンのコードベースにも同様の整数オーバーフローリスクが存在するかどうかだ。
今回のXRP Ledgerのバグを受けて、プロトコルのリスクを懸念していますか？クロスチェーン決済の動向について、こちらをご覧ください この国際送金に関する分析.
免責事項： このページのコンテンツは、一般的な情報提供のみを目的として提供されており、Toobitの見解や金融上の助言を示すものではありません。当社は、この情報の正確性または完全性についていかなる保証もせず、その利用に起因する誤り、欠落、または結果について責任を負いません。デジタル資産への投資にはリスクが伴います。ユーザーは自身の財務状況と関連するリスクを独自に評価してください。詳しくは、こちらをご確認ください： 利用規約 および リスク開示.
