Ledgerの緊急パッチ、18.5兆トークンの鋳造を許しかねなかった脆弱性を修正

18.5兆XRPに達し得たオーバーフロー

攻撃の入口はオーダーブックだった。XRP Ledgerに組み込まれた取引機能において、攻撃者が特殊な価格を設定したオファーを並べると、決済エンジンの会計処理がオーバーフローし、台帳が一度も発行していない実使用可能なXRPが生み出される経路が存在していた。理論上の損害は約18.5兆トークンで、ネットワークの固定された循環供給量上限である1,000億XRPの約185倍に達する規模だ。問題の核心は台帳の中核にある供給保護の仕組みにあった。偽造されたXRPは単なる表示エラーではなく完全に使用可能な状態になるため、このオーバーフローが成立すれば上限は実質的に無意味になっていた。開発者はこの経路を緊急パッチで遮断し、xrpld 3.4.1として9月25日にリリースした。

XRPL Foundationの脆弱性開示レポートは、欠陥の所在をBookStepに特定している。BookStepとは、決済が台帳上の取引所を経由する際にオファーの価格を集計するコードだ。特定のパターンで配置されたオファーがエンジンをオーバーフローさせ、XRPNotCreatedという不変条件を打ち破り得た。この不変条件は2017年に書き込まれた防御で、プロトコル自体のルールによらずXRPが存在する事態を阻止する役割を持つ。セキュリティ企業Veriaはこの経路を実際に再現し、偽造トークンを複数のウォレットアドレスへ移動させながら、各アカウントを台帳の残高上限以内に収めた。その結果、不整合はどの単一アカウントにも表面化しなかった。Veriaの推計では、理論上のリスクは約940億ドルに相当する。対応は極めて短い期間で進んだ。脆弱性の確認が火曜日9月22日、翌23日にコードベースへ修正がマージされ、金曜日9月25日に修正済みリリースがxrpld 3.4.1として出荷された。確認、マージ、リリースの各工程が4日以内に収まった。RippleXによるレビューでは、欠陥が稼働中のネットワークに対して使われた痕跡は見つかっていない。通常のアメンドメント投票を経ずに修正を適用した判断は、月曜日10月12日に緊急パッチの告知がX上で拡散したことで改めて注目を集めた。

バリデータ投票を経なかった理由

XRPLの通常のガバナンスでは、トランザクション処理方法の変更についてバリデータが数週間にわたって投票を重ね、その後に新ルールが有効になる。ネットワークはこの移行点を一括で揃える仕組みだ。現在パイプラインで待機中のアメンドメントもまさにこの経路を辿る。今回の修正は違った。コードを有効化前に公開すれば、多くのサーバーが脆弱なソフトウェアのまま動いている間に攻撃者へ実用的な手法を手渡すことになりかねない。開発者はこの懸念からパッチを直接リリースし、各サーバーが3.4.1へ更新した時点で修正が効く形を取った。

例外措置には固有のリスクも伴った。展開中はバージョンの異なるサーバーが同じ悪用トランザクションを異なる方法で処理し、台帳の見解が割れる事態が起き得た。この期間は短く終わった。Veriaの観測によれば、9月25日までにバリデータの80%超が新バージョンへ移行していた。判断を左右したのは欠陥の深刻度だ。標準手順で2週間待てば、ネットワークが露出した状態のまま攻撃者に作業時間を与えていた。この騒動はコードの古さも記録に残した。BookStepは2015年からソフトウェアの一部であり、XRPNotCreated不変条件は2017年からそれに並んで存在していた。それらを崩す組み合わせが誰かに見つかるまでの数年前のことだった。

XRPL Foundationの開示レポートは、オーバーフローそのものとアメンドメント経路を回避した選択の両方を扱っている。そして同レポートは、これが元の供給量をはるかに超える使用可能なXRPを生み出し得た脅威への緊急対応であり、台帳ガバナンスの新たな型ではないと明確に位置づけている。バリデータは今月も別のプロトコル上の論点を審議中だ。10月23日までにPaymentBurn委任禁止を解除するかどうかもその一つだ。

先送りされたガバナンス論点

開示レポートがこの話の要になる文書であり、そこには限界もはっきり書かれている。トークンは一切鋳造されていない。18.5兆という数字は悪用が到達し得た範囲を測ったものであり、実際に起きた結果ではない。当方の読みでは、上限が守られたのはそれが誰かの管理下ではなくコードで強制されているからだ。欠陥は単一の秘密鍵にも触れていない。攻撃が狙ったのは、XRPがそもそも存在する条件を決める会計処理だった。レポートが開いたままにした論点はここにある。供給を崩し得るバグへの緊急パッチには正当性がある。しかし軽微な脅威でもこの例外が繰り返されれば、台帳のルールに重みを与えているバリデータのプロセスが磨り減っていく。9月25日までにアップグレードがほぼ完了し、悪用の記録がない以上、挙げられた情報源からは保有者が今なお取るべき追加手続きは示されていない。当方のXRPテクニカル分析は議論の進行と並行して市場面を追っており、ブロックチェーン監査の解説ガイドはこの種の開示レポートの読み方を整理している。