XRPL призывает операторов нод обновиться до xrpld 3.2.1 после потока валидаторных манифестов

Заголовок: XRPL призывает к срочному обновлению нод после «наводнения манифестов», перегрузившего ресурсы сети Директор по инженерии Ripple Виджай Ханна 2 августа призвал операторов нод XRP Ledger немедленно установить xrpld v3.2.1 после того, как разработчики обнаружили «наводнение манифестов» валидаторов 31 июля. Быстрое исправление ограничивает способ, которым ноды обрабатывают, хранят и распространяют данные манифестов от неизвестных идентичностей валидаторов — предотвращая исчерпание памяти, хранилища, пропускной способности и процессорных ресурсов нод и сохраняя нормальную работу реестра во время развертывания патча. Что произошло: - 31 июля разработчики зафиксировали всплеск манифестов валидаторов, поступающих от неизвестных идентичностей. Хотя реестр продолжал закрываться нормально, событие создало нагрузку на ресурсы нод и peer-to-peer-связь. - Нет публичных доказательств кражи средств, изменения транзакций или сбоя консенсуса. Разработчики не выпустили CVE и не опубликовали оценку финансовых потерь, связанных с инцидентом. - XRPL Operations заявила, что последует технический постмортем; на 2 августа происхождение наводнения, общий объем и точное влияние на ресурсы остаются нераскрытыми. Почему манифесты валидаторов важны: - Манифесты валидаторов — это криптографически подписанные записи, связывающие стабильную основную идентичность валидатора с временными ключами, используемыми для ежедневных сообщений валидации. Когда операторы меняют временные ключи, они публикуют новый манифест, подписанный основным ключом, чтобы другие узлы могли проверить изменение. - До исправления xrpld мог принимать, кэшировать и повторно транслировать правильно сформированные манифесты для ключей валидаторов, которые он не распознавал. Злоумышленник мог эксплуатировать это поведение, создавая множество неизвестных идентичностей и заставляя узлы тратить память, хранилище, пропускную способность и вычислительные мощности на обработку этих данных. В репозитории кода проблема описывается как злоупотребление распространением манифестов. Что включено в xrpld 3.2.1: - Официальный релиз xrpld 3.2.1 (от 31 июля; подписан и опубликован рано 1 августа) содержит шесть коммитов по 13 файлам. Четыре коммита напрямую ограничивают обработку ненадежных манифестов. Основные меры защиты: - Раннее отклонение чрезмерно больших манифестов до полной их расшифровки нодами, снижающее нагрузку на процессор на каждый вредоносный объект. - Ограничение количества ненадежных манифестов, разрешенных в одном сетевом сообщении — применяемое как при получении, так и при подготовке сообщений для других узлов. Чрезмерно большие пакеты отбрасываются без отключения незащищенных пиров, упрощая совместимость при развертывании. - Ограничение на количество неизвестных идентичностей валидаторов, кэшируемых в памяти — максимум 100. При заполнении новые незарегистрированные манифесты отклоняются, тогда как доверенные и запомненные валидаторы продолжают обрабатываться. - Изменения в способе хранения и распространения информации о ненадежных манифестах — направлены на блокировку распространения среди незарегистрированных пиров, а не манифестов от настроенных/доверенных валидаторов. Это сохраняет легитимную смену ключей валидаторов, блокируя неограниченный рост кэша. Рекомендации для операторов и замечания по развертыванию: - Ханна рекомендовал валидаторам и операторам инфраструктуры обновиться до v3.2.1 «как можно скорее». Рекомендуемый процесс: выполнить стандартное обновление ПО, подождать одну-две минуты, чтобы убедиться, что xrpld работает, затем снова перезапустить службу. Вторая перезагрузка помогает очистить любые ненадежные манифесты, оставшиеся в памяти до исправления. - Операторам также следует подтвердить, что их системы доверяют текущему GPG-ключу подписи пакетов Ripple. Ripple сменил этот ключ 18 февраля; узлы, которые не доверили новый ключ, могут не получать автоматические обновления. - Это обновление предназначено для операторов инфраструктуры (бирж, кастодианов, бэкенд-кошельков, поставщиков данных и компаний, запускающих серверы XRPL). Обычным держателям XRP не нужно перемещать средства, менять ключи или предпринимать какие-либо действия. Контекст и дальнейшие шаги: - Исправление следует за общим развертыванием xrpld v3.2.0 (15 июня), которое переименовало эталонный сервер из rippled в xrpld и потребовало от операторов обновить конфигурации. Принятие v3.2.0 было быстрее среди валидаторов, чем среди всей сети нод; наводнение манифестов дает оставшимся операторам еще одну вескую причину перейти на 3.2.1. - XRPL Operations обещала технический постмортем, который подробно опишет, когда активность была впервые обнаружена, были ли какие-либо ноды недоступны, объем манифестов и как быстро операторы применили патч. Пока отчет не опубликован, подтвержденные детали ограничиваются исправлениями в 3.2.1 и призывом операторам обновиться и перезапуститься. Итог: Если вы управляете инфраструктурой XRPL, воспринимайте это как срочную задачу: обновитесь до xrpld 3.2.1 и следуйте рекомендации двухэтапной перезагрузки для очистки любых сохраненных ненадежных манифестов. Для более широкого сообщества XRPL инцидент кажется попыткой исчерпания ресурсов, а не компрометацией протокола — однако предстоящий постмортем будет важен для подтверждения полного масштаба.