10年前のXRP Ledgerのバグが18兆XRPを鋳造する可能性があった

Play Now

Play Chicken-Road

XRP Ledgerには1000億XRPというハードキャップがあります。約11年間、そのキャップはあくまで「目安」に過ぎませんでした。2026年10月9日、XRPL Foundationは開示レポートを公開し、細工された1件の取引によって約18.4兆XRP（総供給量の約184倍）の使用可能なXRPが生成され得たこと、そしてそれを可能にするコードが2015年11月から決済エンジンに存在していたことを確認しました。このバグはAIエージェントによって発見され、3日でパッチが当てられ、Ledgerがこれまで使ったことのない方法でリリースされました。誰も悪用しなかった。それが良いニュースです。それ以外のすべては、もっと詳しく見る価値があります。

XRP Ledgerのオーバーフローバグが実際に何をしたのか

この欠陥は、注文板を横断する支払いを処理する決済エンジンの部分に潜んでいました。1件の支払いが一度に多数のオファーを消費する場合、エンジンは各オファー所有者に支払うべき金額を合計します。その加算には、オーバーフローチェックのない通常の64ビット符号付き整数が使われていました。合計が2の64乗を超えると、カウンターは小さな数値に巻き戻ります。車のオドメーターが999999から000000に戻るのと同じです。

ここからが厄介な部分です。エンジンは買い手に巻き戻った合計額（ごく僅か）を請求しました。そして各オファー所有者には、巻き戻されていない全額を支払いました。この2つの数値の差が、一瞬前には存在しなかったXRPです。

Ledgerにはまさにこのためのセーフティネットがあります。XRPNotCreatedと呼ばれる不変条件チェックがすべての取引後に実行され、総XRPを増やすものは検証を拒否します。問題は、この不変条件が正味のXRP変化を同じチェックなしの64ビット演算で追跡していたことです。十分に大きなクレジットは不変条件のカウンターも巻き戻すため、数兆XRPを生み出す取引が、セーフティチェックには通常の手数料バーンに見えました。2年前に書かれた2つの独立したバグが、互いの保護を打ち消し合っていたのです。

256件のオファーがどのように18兆XRPになるのか

このバグをAIエージェントが発見したセキュリティ企業Veria Labsが、その算術を公開しました。攻撃には256件のオファーが使われました。各オファーは2の56乗＋1ドロップのXRPで売却されました。256にこの数値を掛けると、合計はちょうど2の64乗＋256ドロップになります。オファーごとの余分な1ドロップが重要です。それがなければ合計は正確にゼロに巻き戻り、エンジンは空の支払いとして拒否します。それがあれば、買い手には256ドロップ（約0.000256 XRP）が請求され、256人のオファー所有者は合計で2の64乗ドロップを受け取ります。それは18,446,744,073,709,551,616ドロップ、つまり約18.45兆XRPです。

攻撃者には256の資金提供済みアカウントが必要でした。各XRPLアカウントは1000億XRPに制限されており、1アカウントに分割されたオファーあたりの金額を大きく下回るためです。また、準備金と取引手数料として数百XRPも必要でしたが、すべて回収可能です。バリデータへのアクセスは不要でした。攻撃は新しいアカウントで繰り返すことができました。Veriaはリスクにさらされた価値を約940億ドルと見積もっており、これは実際に起きた暗号資産ハックの記録を保持するBybitの15億ドル盗難の60倍以上です。

AIエージェントが月曜の夜に発見

記録上の報告者はVeria LabsのCayden Liaoで、同社のAIエージェントが彼とともに功績を認められています。Veria自身の説明によると、エージェントは9月21日にrippledコードベースを対象とし、両方のオーバーフローを指摘し、それらを連鎖させられることを突き止め、ローカルネットワーク上で動作する概念実証を作成しました。創設エンジニアの1人が午前4時に起こされて確認しました。9月22日の朝までに、チームはXRPL Bug Bountyプログラムを通じて報告する自信を持ち、Majorと評価しました。RippleXは同日に再現し、Criticalに引き上げました。現実的には、Veriaは開示後に同じコードを対象とした汎用コーディングエージェントが発見できなかったと主張しています。これはツールを販売している企業の主張として割り引いて聞くべきです。しかし、より広い論点はそれに関わらず成り立ちます。BookStep集約コードは2015年11月にさかのぼり、XRPNotCreated不変条件は2017年2月にさかのぼります。XRPLは2024年以降、100万ドル以上のバウンティを支払い、12件以上の監査と監査コンテストを実施してきました。人間と監査会社はこのコードを10年間見て、見逃しました。このパターンは見慣れたものになりつつあります。Coldcardはこの夏、5年前のファームウェアバグにより約1,367 BTCを失い、そのメーカーはAIの支援で発見されたと疑っています。古いコードは、古いというだけではもはや安全ではありません。

なぜ修正がバリデータ投票をスキップしたのか

ここから物語はクリーンなセキュリティの勝利ではなくなり、ガバナンスの議論になります。XRP Ledgerは通常、修正条項を通じて取引ルールを変更します。新しいルールはソフトウェアにオフの状態で同梱され、バリデータが投票し、デフォルトのUnique Node Listで80％を超える支持を2週間連続で維持した後にのみ有効化されます。このシステムは10年以上存在し、取引処理の変更のために意図的に迂回されたことはありません。

9月25日までは。オーバーフロー修正は修正条項のゲートなしでxrpld 3.4.1に直接同梱されました。各サーバーがアップグレードした瞬間に有効になりました。XRPL Foundationの理由は明快です。修正条項の投票は修正を、ひいてはバグを、有効化される2週間前に公開してしまうからです。差分を読んだ者は誰でも、18兆XRPを印刷するのに2週間の猶予を得たことになります。Foundationは、この決定は自身、RippleX、コア開発者、バリデータが共同で下したもので、単一の当事者が単独で決定できたわけではないと述べています。

このアプローチには独自のリスクがあり、開示レポートもそれを認めています。ネットワークがパッチ済みサーバーと未パッチサーバーに分かれている間に誰かがエクスプロイトを試みた場合、2つのグループはLedgerの状態について意見が一致しなかったでしょう。最悪の場合、ネットワークが停止します。チームは、起こり得る停止が確実な供給爆発よりも好ましいと判断しました。これに反論するのは難しいです。デフォルトUNLバリデータの80％以上が、9月25日のリリースから数時間以内に3.4.1を実行していました。

その後に起きた分散化論争

要するに、長年のXRP批判者であるCyber CapitalのJustin Bonsは、この出来事を利用して、XRPを小売向けに分散型としてマーケティングすることは詐欺に等しいと主張しました。彼の具体的な不満は次のとおりです。9月25日のリリースはコンパイル済みバイナリのみで配布され、ソースコードは一時的に非公開にされ、オペレーターは検査できないバイナリへのアップグレードを迫られました。XRPLの開示レポートはソースが後に公開されたことを確認していますが、いつ公開されたかは述べていません。

実際には、反論はFoundationからと同じくらい独立したバリデータオペレーターからも出ました。独自のノードを運営するXRP Kuwaitは、「調整は制御と同じではない」と述べました。独立したオペレーターは同じ勧告を読み、同じ結論に達し、アップグレードしました。誰も強制していません。Bitcoinも同じことをしており、特にBitcoin Core 0.16.xの2018年のインフレーションバグでは、開発者が何を修正したかを説明する前に静かに修正をリリースしました。深刻なバグを抱えるすべてのチェーンは、いずれ透明性と生存の選択に直面し、そのすべてが生存を選んできました。結局のところ、Bonsが正当な指摘をしているのはバイナリについてです。検証不可能なバイナリをリリースし、バリデータに即座に実行するよう求めるのは、どんなに正当化されても信頼の行使です。XRPLの立場の正直なバージョンは、そのバリデータセットがFoundationとRippleXを十分に信頼し、数日間レビューされていないコードを実行したということです。それを分散型と呼ぶかどうかは、その言葉が何を意味すると思うかによります。

940億ドルのバグに25万ドルは十分だったのか

Veria Labsは10月8日、XRPLプログラムの最高Critical層の支払いである25万ドルを受け取りました。Veriaはこれを、完全にAIエージェントによって発見されたバグに対して支払われたおそらく史上最大のバウンティと呼びました。4日後、ブロックチェーン調査官のZachXBTはこれを「悪い冗談」と呼びました。彼の主張は、財務が数十億を保有するエコシステムが、資産を終わらせ得た発見に対して25万ドルを支払ったというもので、そのギャップこそが次の研究者を攻撃者に売るよう促すインセンティブだというものです。彼は最低額として7桁を提案し、最近の偽造バグに対してZcashエコシステムで報告された7桁の報酬を指摘しました。執筆時点でRippleもFoundationも公に応答していません。

双方とも異なる点で正しいです。プログラムは宣伝された最高額を支払い、研究者は責任を持って開示し、修正はループ外の誰も知る前に適用されました。それはシステムが機能している証拠です。また、25万ドルがリスクにさらされた940億ドルの0.27％であり、256のアカウントと数百XRPを持つ攻撃者なら残りの99.73％を手にできたことも事実です。XRPが現在の市場価値のほんの一部だった頃に書かれたバウンティ上限は、それが保護するものに比例してスケールしません。

XRP保有者と暗号資産ギャンブラーがここから学ぶべきこと

修正はサーバー側です。あなたのウォレット、鍵、残高は一切関与しておらず、あなたの側で更新する必要は何もありません。供給上限はバグが捕まったから維持されたのであり、不変条件が機能したからではありません。この文の後半こそ覚えておく価値があります。

ここには3つの実践的な教訓があります。第一に、コードが10年間稼働してきたことはもはやセキュリティの論拠にはなりません。AI支援監査により古いオーバーフローの発見が安価になり、攻撃者は研究者と同じモデルを借ります。第二に、機能ロールアウト用に設計されたガバナンスプロセスは、重要なパッチ用には設計されていません。そしてすべてのチェーンは、圧力の下で即興するのではなく、次のものをどう扱うかを事前に決めるべきです。第三に、バグバウンティの上限は保護する価値に追随すべきです。2022年に寛大に見えた固定上限は、2026年には招待状です。さらに、ギャンブル層にとっての関連性は単純です。XRPは4秒で1セントの何分の1かで決済されるため、暗号資産カジノの標準的な入金レールになっています。そしてその速度はLedgerのルールが正しいことに依存しています。CryptoCasino.Vegasを含む支払いを自動化するプラットフォームは、XRPの出金が人間の目を通さずに完了するたびに、チェーンの不変条件を信頼しています。今回それらの不変条件が保たれたのは、研究者とAIエージェントが夜通し働いたからであり、それは1000億の上限がこれまで示唆してきたよりも薄いマージンです。

両方のオーバーフロー箇所とそれらを置き換えた強化された演算を含む完全な技術的詳細は、xrpld 3.4.1に関するXRPL Foundationの脆弱性開示レポートにあります。