BNB Chain и Base отреагировали на баг безопасности Reth, затрагивающий EVM-сети

В уведомлении от 6 ноября BNB Chain признала наличие риска безопасности, затрагивающего Reth, но заявила, что её сеть opBNB не использует op-reth, а влияние на BSC-Reth остаётся ограниченным.

Команда сообщила, что готовит исправление и внимательно следит за ситуацией для защиты безопасности сети. Разработчикам и пользователям было сказано, что на момент объявления никаких действий не требуется.

Тем временем Base подтвердила, что устранила проблему 5 ноября, выявив уязвимость днём ранее. Сеть второго уровня, поддерживаемая Coinbase, заявила, что её работа не была нарушена, а средства пользователей не пострадали.

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

Неправильное вычисление может привести к тому, что затронутые узлы не будут согласованы с фактическим состоянием сети, что может прервать синхронизацию или привести к выдаче ненадёжных доказательств состояния, используемых приложениями.

Base выпускает патч после подтверждения состояния блокчейна

Согласно официальному обновлению статуса, Base обнаружила 4 ноября, что баг Reth может привести к вычислению узлами неправильного корневого хеша состояния при определённых условиях.

Поскольку Base использует Reth как часть своей инфраструктуры исполнения, её разработчики применили меры по смягчению последствий и в тот же день пропатчили все узлы, создающие блоки.

Затем команда пересчитала корневой хеш состояния сети и подтвердила, что он совпадает с правильным значением.

Base пояснила, что её система доказательств независимо проверяет каждый корневой хеш состояния, предоставляя ещё один механизм обнаружения несоответствий в вычислениях блокчейна.

«Мы проверили, что текущий корневой хеш состояния корректен, и пользователи не пострадали», — заявила команда.

Было выпущено обновление программного обеспечения версии 1.5.3, чтобы предотвратить остановку валидаторов Base при обнаружении недействительных корневых хешей состояния.

Операторам узлов рекомендовалось установить обновление как можно скорее, хотя Base заявила, что им не потребуется пересинхронизировать свои узлы или выполнять дополнительные процедуры восстановления.

В уведомлении о статусе сети от 5 ноября было указано окно технического обслуживания до 7 ноября 16:19 UTC, а публичный патч стал доступен в 17:52 UTC 5 ноября.

Разработчики Reth исправляют баг вычисления корневого хеша состояния

Основная проблема возникла в Reth — клиенте исполнения Ethereum, разработанном Paradigm, который используется напрямую или в модифицированных версиях в нескольких блокчейн-сетях.

Изменение в GitHub, объединённое 3 ноября, устранило ошибку, связанную с тем, как итератор дерева клиента обрабатывает определённые кэшированные границы ветвей.

Исправление изменило поведение итератора при поиске по сохранённым данным блокчейна и добавило регрессионный тест, охватывающий инкрементальные вычисления корневого хеша состояния.

Впоследствии разработчики Reth включили исправление в версию 2.10.0, а исправленные версии связанного программного обеспечения включали op-reth 2.8.1 и выпуск Base 1.5.3.

Компания по безопасности блокчейна Blockaid предупредила, что неисправленные клиенты могут испытывать проблемы с синхронизацией или возвращать неправильные доказательства через интерфейс eth_getProof.

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

Уязвимость вызвала реакцию со стороны сетей, использующих инфраструктуру на базе Reth, хотя их подверженность зависела от конкретных развёрнутых реализаций клиента.

В объявлении BNB Chain проводилось различие между opBNB, которая не полагается на op-reth, и BSC-Reth, где команда признала ограниченную подверженность, готовя собственное исправление.

LayerZero приостанавливает некоторые кросс-чейн сервисы в качестве меры предосторожности

Проблема Reth вызвала предупредительные ограничения за пределами затронутых клиентов исполнения, особенно среди сервисов, полагающихся на проверку состояния блокчейна.

Провайдер кросс-чейн интероперабельности LayerZero временно приостановил часть офчейн-инфраструктуры, подключённой к затронутым сетям, пока развёртывались исправления программного обеспечения.

Ограничения задержали определённые кросс-чейн сообщения, хотя отчёты, ссылающиеся на меры безопасности, говорили, что сообщения не будут потеряны.

Некоторые сервисы децентрализованных финансов временно ограничили депозиты или кросс-чейн маршрутизацию, пока операторы оценивали свою подверженность.

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

В рамках партнёрства первым стейблкоином, использующим стандарт Omnichain Fungible Token от LayerZero, был назван USAT от Tether.

Отдельно ApeChain объявила 4 ноября о планах мигрировать APE, USDC и другие активы экосистемы с LayerZero на Cross-Chain Interoperability Protocol от Chainlink.

Объявление о миграции предшествовало публичным предупреждениям об уязвимости Reth и касалось существующей кросс-чейн инфраструктуры ApeChain.

Для операторов, использующих затронутое программное обеспечение на базе Reth, доступные обновления решают проблему вычисления состояния, при этом Base специально рекомендует версию 1.5.3, а BNB Chain продолжает работу над своим исправлением для BSC-Reth.