В октябре 2026 года подтвердилась компрометация закрытых ключей восьми промежуточных центров сертификации eMudhra: шести для TLS и двух для подписи кода. Обладатель таких ключей может подписывать поддельные сертификаты. Если клиент продолжает доверять соответствующей цепочке, злоумышленник с возможностью перехвата трафика может выдавать себя за настоящий сервер.
Что произошло
17 октября Mozilla получила сообщение исследователя Wayne с доказательствами владения ключами всех восьми сертификатов. В тот же вечер специалисты Mozilla независимо восстановили ключи, подтвердив проблему генерации. Блокировка через OneCRL была завершена в 22:59 UTC. 18 октября eMudhra отозвала затронутые сертификаты с причиной caCompromise. Хронология опубликована в отчёте Mozilla.
По заявлению eMudhra от 20 октября, эти промежуточные центры были созданы в апреле 2025 года. Компания утверждает, что корневые ключи и остальные промежуточные центры не затронуты, а пострадавшие центры не выпускали конечных сертификатов. Расследование продолжается. Это заявление о легитимном выпуске: оно не отменяет возможности изготовить поддельный сертификат с восстановленным ключом.
Почему потребовались срочные обновления
Отзыв сертификата центром сертификации не гарантирует, что каждое приложение сразу перестанет ему доверять. Браузеры, системные библиотеки и отдельные приложения используют разные хранилища доверия и механизмы блокировки.
Firefox получил блокировку через OneCRL, а версия 158.0.1 включила её в поставку для пользователей, у которых Remote Settings отключён или недоступен. В Go добавлен собственный запрет на проверку цепочек с известными скомпрометированными промежуточными сертификатами: исправление отслеживается как CVE-2026-111943 и вошло в Go 1.26.10 и 1.27.3. Подробности — в записи CVE.
Обновление Go вошло и в Docker Engine 29.9.2. Если реестр образов использует затронутую TLS-цепочку, загрузка и отправка образов теперь завершатся ошибкой проверки сертификата. Это ожидаемый результат блокировки, а не повод отключать TLS-проверку.
Что делать
- Пользователям: установить обновления браузера и ОС, включая пакеты сертификатов. Обновление одного браузера не обновляет доверие всех остальных программ.
- Администраторам: применить исправления хранилищ доверия от поставщика ОС. Для RHEL Red Hat рекомендует обновить
ca-certificates; также нужно проверить используемые контейнерные образы. См. бюллетень Red Hat. - Разработчикам Go-приложений: обновить Go до исправленной версии, пересобрать и развернуть приложения. Одна установка нового компилятора не заменяет уже работающие бинарные файлы.
- Владельцам сайтов и реестров: проверить цепочку сертификатов. Если она содержит затронутый промежуточный сертификат, заменить её на безопасную по инструкции своего поставщика. Не обходить ошибки параметрами вроде
--insecureи отключением проверки сертификатов.
Как найти связанные сертификаты в Fedora
В системном хранилище Fedora видны прежде всего корневые сертификаты, через которые строится доверие к промежуточным. Для этого инцидента важны следующие названия:
- emSign ECC Root CA - G3 — корневой сертификат eMudhra Technologies Limited.
- AAA Certificate Services — корневой сертификат COMODO CA Limited. В списках пакетов и бюллетенях также встречается название Comodo AAA Services root. Через него возможна альтернативная цепочка доверия благодаря перекрёстной подписи Sectigo.
Это названия связанных корней, а не восьми скомпрометированных промежуточных сертификатов. Компрометация их собственных закрытых ключей не заявлена: ограничение доверия к корню позволяет заблокировать цепочки, содержащие опасные промежуточные сертификаты. Связь с обоими корнями описана в бюллетене Red Hat.
Посмотреть имена доверенных корневых сертификатов в Fedora можно командой:
trust list --filter=ca-anchors
Имена отображаются в полях label. После установки исправлений состав доверенных сертификатов может измениться. Наличие других сертификатов с названием emSign само по себе не означает, что система уязвима: ориентироваться нужно на конкретную цепочку и обновления ca-certificates.
Источники: отчёт Mozilla, заявление eMudhra, бюллетень Red Hat, примечания к Docker Engine 29.9.2.