Клиенты Ethereum исправили уязвимость, позволявшую перенаправлять награды валидаторов

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

Teku выпустил версию 26.10.3 27 октября, а Besu представил версию 26.10.2 днём ранее. Оба обновления удаляют доверие к затронутым сертификатам eMudhra из своих Docker-образов, которые операторы используют для развёртывания и запуска программного обеспечения узлов Ethereum.

Уязвимость могла затронуть валидаторов, которые полагаются на внешние сервисы для подписания транзакций, связи с узлами Beacon Chain или получения информации о построении блоков. Злоумышленнику потребовалось бы перехватить затронутое соединение и представить поддельный сертификат, который программное обеспечение валидатора приняло бы как легитимный.

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

Уязвимость безопасности Ethereum связана со скомпрометированными сертификатами eMudhra

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

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

Согласно рекомендации по безопасности Microsoft от 26 октября, шесть из затронутых сертификатов использовались для защиты интернет-соединений, а оставшиеся два были связаны с подписанием кода.

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

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

Впоследствии Microsoft заблокировала затронутые удостоверяющие центры с помощью обновления безопасности Windows 20 октября и выпустила ещё одно обновление 26 октября, чтобы удалить семь связанных сертификатов из своего доверенного списка.

Однако проблема оставалась актуальной для Ethereum, поскольку Teku и Besu используют Java, проверка сертификатов в которой по умолчанию не проверяет статус отзыва сертификата.

В результате затронутые установки Java могли продолжать принимать сертификаты, связанные со скомпрометированными удостоверяющими центрами, даже после их отзыва.

Как злоумышленники могли перенаправлять награды валидаторов Ethereum

В рекомендации по безопасности Teku определены несколько возможных сценариев атак с участием валидаторов, которые взаимодействуют с внешними сервисами через HTTPS-соединения.

Один из сценариев предполагает, что злоумышленник выдаёт себя за удалённый Beacon-узел, используемый валидатором для координации своих обязанностей в Ethereum.

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

По данным Teku, такая атака может заставить валидатора предложить блок, который направляет комиссии за транзакции на адрес, контролируемый злоумышленником.

В рекомендации внешние сервисы подписания названы ещё одним потенциально уязвимым компонентом. Эти сервисы хранят ключи подписи валидатора отдельно от основного программного обеспечения узла и предоставляют подписи по запросу.

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

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

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

Уязвимость не затронула базовые P2P-протоколы Ethereum, которые не полагаются на скомпрометированные удостоверяющие центры.

Teku и Besu выпустили исправления для затронутых узлов Ethereum

После раскрытия информации Teku выпустил версию 26.10.3, чтобы удалить четыре корневых сертификата из своих Docker-образов, включая emSign ECC Root CA G3, emSign Root CA G1, emSign Root CA G2 и AAA Certificate Services.

Besu внёс те же удаления сертификатов в версии 26.10.2, устраняя риск для операторов, использующих его обновлённые Docker-образы.

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

Пользователям, запускающим Teku или Besu через standalone-дистрибутивы, необходимо проверить установленную среду выполнения Java и при необходимости обновить её доверенные сертификаты.

Teku предупредил, что операторам, всё ещё использующим Java 26, потребуется перейти на Java 25, поскольку прежняя версия достигла EOL и не получит требуемую исправленную сборку.

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

Эти обновления безопасности последовали за другими недавними проблемами, связанными с инфраструктурой валидаторов Ethereum. Ранее в этом месяце сообщалось, что MetaMask начал выводить затронутых валидаторов после отдельного инцидента безопасности инфраструктуры, раскрытого 30 сентября.

Совсем недавно разработчики Ethereum исправили уязвимость депозитов валидаторов в предстоящем обновлении Glamsterdam после того, как исследователи выявили сценарий, при котором счета сборщиков могли получать ETH, предназначенные для валидаторов.

Обновление Glamsterdam отдельно столкнулось с задержками после того, как разработчики отложили активацию тестовой сети Hoodi для расследования проблем совместимости смарт-контрактов, связанных с EIP-8037.

Перенос от 26 октября отменил запланированную активацию как изменений исполнения Amsterdam, так и изменений консенсуса Gloas, а также предложенное увеличение лимита газа Hoodi до 200 миллионов. Разработчики Ethereum не объявили новую дату активации.