Уязвимость, существовавшая в XRP Ledger около десяти лет, могла позволить злоумышленникам создавать расходуемые XRP без оплаты, подвергая риску фиксированную эмиссию криптовалюты в 100 млрд токенов. Этот лимит является основой актива: все 100 млрд XRP существовали с момента запуска ledger, а правила протокола рассчитаны на перемещение токенов между держателями, а не на создание новых. Команда разработки Ripple выпустила экстренное обновление ПО для устранения уязвимости, и исследователи не нашли следов её эксплуатации в публичных сетях.

Об уязвимости было раскрыто 9 октября 2026 года, и, по имеющимся данным, она восходит к 2015 году. Исследователи Кейден Ляо и Veria AI обнаружили проблему через программу багбаунти XRP Ledger и сообщили о ней 22 сентября. Подобные программы являются основой безопасности криптовалют, предоставляя внешним исследователям закрытый канал передачи уязвимостей разработчикам до того, как детали станут публичными. RippleX, подразделение разработки Ripple, воспроизвела атаку и подтвердила, что созданные XRP можно было потратить в последующих транзакциях.

Как работала уязвимость в эмиссии XRP

В своей основе уязвимость представляла собой целочисленное переполнение в платёжном движке XRP Ledger — классический программный дефект, при котором результат вычисления превышает фиксированный размер числа, его хранящего. Ledger обрабатывает транзакции через встроенную бир, где пользователи размещают ордера на обмен одного актива на другой.

Злоумышленник мог воспользоваться этим механизмом, создав сотни аккаунтов и разместив ордера с необычно большими объёмами XRP. Затем одна тщательно сконструированная транзакция могла поглотить все эти ордера сразу.

При подсчёте общей суммы XRP по поглощённым ордерам числовой счётчик платёжного движка мог выйти за максимально представимое значение, из-за чего итог «заворачивался» до гораздо меньшего числа. В результате аккаунты продавцов получали полную оплату, а покупатель платил лишь неверно рассчитанную сумму — расхождение, которое фактически создавало новые XRP.

Существующая в ledger защита, предназначенная для выявления несанкционированного создания XRP, также опиралась на вычисления, уязвимые к тому же переполнению, и потому могла не обнаружить созданные токены. RippleX подтвердила, что для проведения атаки требовалось лишь несколько сотен XRP на создание необходимых аккаунтов, а также комиссии за транзакции.

Экстренное исправление обошло обычный процесс голосования

Ripple выпустила серверное ПО XRP Ledger версии 3.4.1 25 сентября для устранения уязвимости. В отличие от обычных изменений протокола, исправление платёжного движка вступало в силу по мере обновления серверов отдельными операторами. Официальное раскрытие было опубликовано в блоге XRP Ledger по адресу примерно через две недели после релиза — разрыв, соответствующий нормам согласованного раскрытия, при которых исправления выпускаются первыми, чтобы операторы могли защитить свои системы до публикации деталей атаки.

Это решение стало исключительным отступлением от стандартного процесса внесения поправок в ledger, который обычно требует более 80% поддержки доверенных валидаторов в течение двух недель — механизм, созданный для того, чтобы ни одна сторона не могла в одностороннем порядке переписать правила ledger. RippleX объяснила, что следование обычному процессу могло раскрыть уязвимость публично, пока сеть оставалась под угрозой в период голосования и активации. Согласно официальному раскрытию, более 80% доверенных валидаторов по умолчанию обновились уже в день релиза.

Отчёт об уязвимости, опубликованный 9 октября, подтвердил, что следы эксплуатации в публичных сетях обнаружены не были. Инцидент подчёркивает ценность независимых исследований безопасности и быстрой координации в криптовалютной инфраструктуре. Он такжеписывается в знакомый отраслевой сценарий: в 2018 году разработчики Bitcoin Core незаметно исправили баг консенсуса, который мог позволить майнеру увеличить эмиссию Bitcoin.

Хотя Ripple устранила непосредственную угрозу, инцидент поднимает более широкие вопросы о том, как децентрализованные сети должны балансировать между экстренными мерами безопасности и прозрачным управлением. RippleX подчеркнула, что исключительный характер реакции не меняет сложившегося подхода ledger к будущим изменениям протокола.