Фонд XRP Ledger объясняет экстренное исправление критической уязвимости
Ключевые выводы
- •Фонд XRP Ledger заявил, что через уязвимость не был создан ни XRP и не обнаружено доказательств эксплуатации в публичной сети.
- •Для эксплуатации требовались сотни специально сконструированных операций, поэтому обычный платёж не мог активировать уязвимость.
- •Версия 3.4.1 была распространена напрямую среди валидаторов default-UNL до выпуска публичных бинарных файлов 25 сентября — это первое намеренное прямое изменение обработки транзакций с момента внедрения системы поправок более десяти лет назад.
- •Существует около 99,986 миллиарда XRP при фиксированном предложении в 100 миллиардов; Фонд отмечает, что все остатки публично видны, поэтому каждый может самостоятельно проверить эти цифры.
- •Операторам узлов рекомендуется использовать xrpld версии 3.4.1 или новее; держателям XRP не было предписано переводить средства или менять кошельки.
Фонд XRP Ledger объяснил, как разработчики и валидаторы отреагировали на уязвимость, которая могла позволить злоумышленнику создать расходуемый XRP с помощью специально сконструированного платежа. Фонд заявил, что через уязвимость не был создан ни один XRP и нет никаких доказательств её эксплуатации в публичной сети.
Заявление от 11 октября было сосредоточено на реакции, а не на повторении технических деталей уязвимости. Более раннее объяснение ошибки доступно в отчёте Coindoo. Технический отчёт о раскрытии доступен на сайте XRP Ledger.
Публичные данные реестра подтверждают заявление о предложении
XRP был запущен с фиксированным предложением в 100 миллиардов, а комиссии за транзакции со временем уничтожаются. По данным Фонда, в настоящее время существует около 99,986 миллиарда XRP.
В техническом отчёте о раскрытии говорится, что команда не обнаружила доказательств эксплуатации уязвимости в публичной сети. Это заявление можно проверить по валидированной истории транзакций и остаткам на счетах XRP Ledger, которые публично доступны для независимой проверки через обозреватели и другие сервисы данных.
«Вам не нужно доверять нам на слово», — написал Фонд. Новый XRP отражался бы в остатках на счетах, поскольку в XRP Ledger нет скрытой области для остатков. Фонд заявил, что непрерывно отслеживает реестр и проверял предложение на протяжении всей истории сети, а другие участники сообщества выполняли собственные проверки.
Публичные записи не могут раскрыть все частные обсуждения до раскрытия информации или установить намерения за атакой, которая никогда не была отправлена в сеть. Однако они могут показать валидированные транзакции, видимые изменения остатков и зафиксированное предложение. Эта информация даёт основание оспаривать утверждения о том, что большие объёмы XRP были тайно созданы и скрыты в сети.
Почему исправление было выпущено до технического раскрытия
Согласно стандартному процессу управления XRP Ledger, изменения правил транзакций вводятся поправки (amendments). Валидаторы должны поддерживать более 80% поддержки в течение двух недель, прежде чем поправка активируется. Этот процесс даёт операторам время на обновление и позволяет сети принять изменение одновременно.
Исправление переполнения пошло другим путём, поскольку уязвимость считалась активным риском. Согласно отчёту о раскрытии, публикация кода, раскрывающего точную суть ошибки, до защиты устаревших серверов могла облегчить выявление вектора атаки. Поэтому версия 3.4.1 применяла защиту по мере обновления каждого сервера, вместо ожидания обычного публичного процесса внесения поправок.
Фонд резюмировал своё объяснение в посте X:
The recent XRP Ledger security fix raised a lot of questions and some misconceptions. Let’s clear them up.
- Was any XRP created?
No. XRP’s supply was fixed at 100 billion when the XRP Ledger launched, and no transaction is allowed to create more. This bug was a way around that rule, and 3.4.1 fixed it 2 weeks ago.
You don’t need to trust us on this. All ledger data is public, and explorers and data sites read it every day. New XRP would show up in account balances for everyone to see. There is no hidden place for XRP on the XRP Ledger, every balance is public.
We monitor the XRP Ledger 24/7 and have verified the supply throughout the history of the ledger. Others in the community verified this too, and anyone can do the same.
Transaction fees are destroyed, so the supply is deflationary. About 99.986 billion XRP exist today.
- How did this go unnoticed, and what’s next?
No normal payment comes anywhere near triggering it. It took hundreds of deliberately constructed operations.
AI makes bugs like this faster to find, for the bad guys and the good guys.
Together with RippleX and the community, we will ensure the XRP Ledger is protected against such vulnerabilities. This means radically applying Formal Verification and AI adversarial testing, collaborating closely with security researchers, and strengthening the bug bounty program.
You’ll hear a lot more about this as we progress.
- XRP Ledger decentralization at the core of this.
A public fix shows attackers where the bug is, and AI makes that fast. With a normal amendment vote, the fix would have been public for weeks before it took effect, risking network security.
As a reaction to this, the XRPL community came together, and among them the XRP Ledger Foundation, RippleX, core devs and validators formed a social consensus and agreed on a path forward that involves shipping the fix directly. Patching a live network is never trivial, so the plan was also designed to minimize disruption for everyone running on it.
We shared the build with the default UNL validators, using the contact details each one publishes in its xrp-ledger.toml file. Public binaries followed the same day, September 25.
No single party could make that call alone. Every validator and node operator chooses what software to run, and 3.4.1 only became required through a normal amendment vote with more than 80% validator support for two weeks. Protocol changes still go through amendments.
Big thanks to Cayden Liao and Veria AI for finding and reporting this responsibly, to the XRPL core developers for building and testing the fix, and to every node operator who upgraded so quickly, especially the validators.
Full report:
— XRP Ledger Foundation (@XRPLF) October 11, 2026
Фонд описал прямой выпуск программного обеспечения как исключительную меру, а не замену обычного управления. В отчёте говорится, что это было первое намеренное прямое изменение обработки транзакций с момента внедрения системы поправок более десяти лет назад. Будущие изменения протокола, как утверждается, по-прежнему будут требовать поправок при поддержке валидаторов.
Валидаторы сохранили контроль над установкой ПО
Фонд заявил, что поделился исправленной сборкой с операторами валидаторов default-UNL до выпусканых бинарных файлов 25 сентября. Эти операторы сами решали, запускать ли новую версию. Ни Фонд, ни RippleX не могли принудительно обновить независимо управляемые серверы.
Это создало короткий период, в течение которого исправленные и неисправленные серверы следовали разным правилам для специализированного пути платежей. Согласно отчёту XRPL, попытка эксплуатации в этот период могла привести к расхождению версий и потенциально нарушить валидацию. Команда сочла этот риск предпочтительнее, чем оставлять потенциально необратимую инфляционную атаку открытой во время более длительного публичного периода активации.
Реакция координировалась через Фонд XRP Ledger, RippleX, основных разработчиков и валидаторов, но ни одна организация не могла принять решение в одиночку. Каждый валидатор и оператор узла выбирает, какое ПО запускать, а система поправок остаётся механизмом, делающим изменения протокола обязательными.
Что раскрытие означает для пользователей и операторов
В отчёте не было указания держателям XRP переводить средства или менять кошельки. Для операторов узлов XRPL заявил, что серверы должны работать на версии xrpld 3.4.1 или новее, чтобы оставаться синхронизированными с сетью. На практике заявленное исправление касалось ПО, поддерживающего инфраструктуру реестра, а не действий с кошельками, требуемых от держателей XRP.
Фонд также сообщил, что обычный платёж не сможет активировать уязвимость. Для эксплуатации требовались сотни специально сконструированных операций. Он добавил, что искусственный интеллект может ускорить поиск уязвимостей как для злоумышленников, так и для защитников.
Запланированные меры безопасности
Фонд заявил, что планирует расширить применение формальной верификации и состязательного ИИ-тестирования, теснее сотрудничать с внешними исследователями безопасности и укрепить свою программу выплат за обнаружение ошибок. Эти меры не могут гарантировать, что критические проблемы больше не появятся, но призваны повысить шансы выявления уязвимостей до производственного релиза.
В отчёте о раскрытии также описана мера контроля релизов. Находки безопасности, помеченные как исправленные, должны повторно тестироваться на релиз-кандидате с патчем, а исходная заявленная проблема должна быть воспроизведена до закрытия находки. Этот процесс даёт внешним исследователям определённый стандарт, по которому можно оценивать последующие релизы.
Уязвимость выявила серьёзную слабость в правиле, призванном сохранять фиксированное предложение XRP. Реакция оставила публичный след: отчёт о выплате за обнаружение ошибки, ускоренное обновление валидаторов, последующее техническое раскрытие и обязательства по укреплению практики безопасности. То, станут ли эти обязательства рутинной частью будущих процедур релизов, и определит долгосрочное значение инцидента.
Эта статья носит исключительно информационный характер и не является инвестиционной рекомендацией. Детали релизов ПО и раскрытий информации о безопасности могут измениться по мере поступления дополнительной технической информации.
Источник: Coindoo.
