Teku и Besu закрыли уязвимость eMudhra, позволявшую красть награды ETH
Teku 26.10.3 и Besu 26.10.2 больше не доверяют сертификатам eMudhra, ключи которых можно было подделать. Типовые узлы в безопасности; пользователям Java — обновиться.
Редакция CryptoGroup · · 3 мин чтения

Клиенты Ethereum Teku и Besu выпустили обновления, которые перестают доверять сертификатам индийского удостоверяющего центра eMudhra. Это закрывает уязвимость, из-за которой в некоторых конфигурациях злоумышленники могли перенаправить награды валидаторов, сообщил CoinDesk. Типовые узлы Teku в основной сети не пострадали, атак не зафиксировано.
Что вышло
- Teku 26.10.3 (вторник): клиент уровня консенсуса, которым пользуются многие валидаторы.
- Besu 26.10.2 (понедельник): клиент уровня исполнения, обрабатывающий транзакции.
Оба обновления убирают доверие к сертификатам eMudhra из своих Docker-образов — готовых сборок, которые запускают многие операторы.
Почему слабым местом стала Java
17 октября исследователи показали, что приватные ключи восьми промежуточных удостоверяющих центров eMudhra были сгенерированы с недостаточной случайностью и их можно вывести из публичных сертификатов — подробно об этом в нашем разборе ключей eMudhra. Браузеры заблокировали сертификаты, eMudhra отозвала их на следующий день, а позже заявила, что уйдёт из бизнеса сертификатов.
Teku и Besu работают на Java, которая по умолчанию не проверяет, отозван ли сертификат. Поэтому старые Docker-образы продолжали доверять плохим сертификатам, когда браузеры уже от них отказались. Consensys ранее предупредила операторов Besu и Web3Signer об этом риске.
Как могли украсть награды
Согласно бюллетеню Teku, злоумышленник между валидатором и сервисом, на который тот полагается, мог выдать себя за этот сервис:
- обманутый валидатор мог предложить блок, комиссии с которого уходят на адрес злоумышленника;
- поддельный внешний подписант — сервис, хранящий ключи валидатора, — мог возвращать подписи, меняющие адрес наград; эту конфигурацию Teku считает самой рискованной.
«Типовой узел Teku в основной сети не затронут и не требует действий», — написала команда. Проблему первой заметила Consensys Diligence, партнёр Teku по безопасности.
Что делать операторам
- Пользователи Docker: скачайте свежий образ Teku или Besu.
- Запуск без Docker: обновите Java отдельно — обновление клиента не меняет хранилище доверенных сертификатов Java, и новые Docker-образы не исправляют Java на хосте.
- Java 26: эта версия больше не поддерживается и не получит исправления, поэтому переходите на Java 25.
Если вы домашний стейкер и не до конца понимаете, как ваш узел получает награды, начните с гайда о стейкинге криптовалют.
Частые вопросы
Нужно ли что-то делать, если у меня типовой узел Teku?
Нет. По словам Teku, типовой узел в основной сети не затронут, хотя обновиться до 26.10.3 всё равно разумно.
Украли ли какие-то ETH?
Согласно бюллетеню Teku, случаев эксплуатации не зафиксировано.
Почему на некоторых машинах недостаточно обновить Teku?
Без Docker Teku и Besu используют хранилище сертификатов Java на хосте, которое меняет только обновление Java. Java 26 больше не поддерживается, поэтому её пользователям нужна Java 25.
Материал носит информационный характер и не является финансовой рекомендацией. Криптоактивы волатильны — принимайте решения самостоятельно. Оговорка
Ещё: Ethereum
Все →Читайте дальше

Bitcoin Core раскрыл найденную ИИ уязвимость, «ронявшую» узлы на Windows и Mac
Bitcoin Core опубликовал три уязвимости, найденные ИИ-сканированием кода, включая удалённое переполнение памяти узлов на Windows, macOS и BSD. Фиксы — с 27 октября.

ФРС сохранила ставку 3,75–4%, биткоин держится около $81 000
ФРС сохранила ставку 3,75–4%: 10 голосов против 2, Кук и Хаммак хотели повышения. Биткоин держался около $81 000, рынок оценивает риск повышения в декабре.

Отчёт Coinbase за III квартал: на что смотреть после Robinhood
Coinbase отчитывается за III квартал в четверг, после того как криптовыручка Robinhood упала на 55%. Прогнозы аналитиков по объёмам, выручке, стейблкоинам и деривативам.