В системе безопасности индийской компании eMudhra, занимающейся выдачей цифровых сертификатов, выявлена серьёзная брешь. Проблема заключалась в том, что ошибки в конфигурации или выдаче сертификатов привели к ситуации, когда некоторые клиентские реализации Ethereum — Teku и Besu — могли начать доверять поддельным или некорректно подписанным сертификатам. Это потенциально позволяло бы перехватывать или подделывать криптографические подтверждения, критически важные для валидации транзакций и блоков в сети.
Хорошая новость: узлы майннета по умолчанию, работающие с заводскими настройками, не были напрямую подвержены уязвимости. Проблема коснулась в основном нестандартных конфигураций, когда операторы узлов явно подключали сертификаты от eMudhra или использовали третьих провайдеров для управления цепочкой доверия. Это типичный сценарий для приватных сетей, тестовых окружений или специализированных инфраструктурных решений.
Разработчики клиентов незамедлительно выпустили патчи: команды Teku и Besu обновили логику валидации сертификатов, чтобы более строго проверять цепочку подписей и отклонять подозрительные или некорректно сформированные сертификаты. Обновления рекомендуются как критические для операторов узлов, особенно тех, кто использует кастомные сертификаты или работает с нестандартными TLS-конфигурациями.
Инцидент напоминает о важности цепочки доверия в блокчейне: даже децентрализованная система опирается на криптографические гарантии, которые, в свою очередь, зависят от честности и компетентности центров выдачи сертификатов. Одна ошибка на уровне инфраструктуры может потенциально скомпрометировать множество узлов, если они используют общий источник доверия. Похожие проблемы периодически всплывают в экосистемах (вспомнить хотя бы инциденты с поддельными сертификатами от некомпетентных CAs в традиционном интернете), поэтому мониторинг состояния и оперативность патчей — критичны.
Для российского бизнеса, строящего инфраструктуру на базе Ethereum (платёжные шлюзы, DeFi-интеграции, приватные консорциумы), важный вывод: при развёртывании собственных узлов следует очень внимательно проверять, откуда берутся сертификаты и какие сертификационные центры используются в цепочке доверия. Если вы работаете с Signum или другой блокчейн-инфраструктурой, убедитесь, что применяются только проверенные и актуальные сертификаты, и установите систему мониторинга обновлений безопасности. Для критичной инфраструктуры стоит избегать зависимости от одного центра выдачи сертификатов.
Алексей Мартыненко
Главный редактор SPV News
Проблема показательна: Ethereum позиционируется как полностью децентрализованная система, но в реальности любой узел опирается на централизованную инфраструктуру — в данном случае на цифровые сертификаты. Если провайдер сертификатов работает небрежно, это быстро становится проблемой сотен операторов узлов. Главное, что разработчики клиентов ответили оперативно, но это напоминает: в блокчейн-инфраструктуре нельзя рассчитывать только на технологию, нужна ещё и человеческая дисциплина на каждом уровне стека.