Восемь промежуточных сертификатов удостоверяющего центра eMudhra получили приватные ключи с энтропией от трёх до восьми бит вместо обязательных 384 бит псевдослучайных данных. Дефект возник 30 апреля 2025 года на церемонии генерации ключей для 24 подчинённых удостоверяющих центров. Ошибка в процессе генерации создала второй набор слабых ключей P-384 на шаге упаковки и распаковки ключевого материала. Именно этот набор попал в восемь промежуточных сертификатов, шесть из которых выпущены для TLS, а два для подписи кода. Шесть TLS-сертификатов заблокировали Chrome, Mozilla и Apple, два сертификата подписи кода заблокировала Microsoft.
Описание
По данным Cisco Talos, подтверждённые индикаторы указывают на промежуточные сертификаты удостоверяющих центров, а не на сертификаты отдельных сайтов. К ним относятся записи в общей базе данных удостоверяющих центров (CCADB), сведения об отзыве и признаки блокировки ключей в хранилищах доверия браузеров. После раскрытия eMudhra отозвала восемь сертификатов и остановила выдачу новых под корневым сертификатом G3. Отдельный индикатор - фильтрация цепочек по хешу открытого ключа субъекта (SPKI) в выпусках Go 1.27.3 и 1.26.10. Такой фильтр отсекает цепочки с любым из восьми промежуточных сертификатов, независимо от того, как этот сертификат применяется.
Предполагаемые индикаторы связаны с приложениями, которые опираются на собственные или устаревшие хранилища доверия и не проверяют отзыв. В эту группу попадают клиенты и шлюзы VPN, прокси-серверы, балансировщики нагрузки и встроенные хранилища промышленных устройств. Неясно, сколько сторонних хранилищ доверия обновилось после отзыва сертификатов и сколько времени занял этот процесс. Открытым остаётся вопрос, применялись ли ослабленные ключи для выпуска сертификатов конкретных сайтов или для подписи программ. Отдельная неопределённость касается устройств, где обновление прошивки зависит от производителя и выходит с задержкой.
Инфраструктура открытых ключей строится на делегировании доверия: корневой центр разрешает промежуточному выпускать сертификаты. Приватный ключ промежуточного центра позволяет действовать в пределах его полномочий и выпускать сертификаты от имени любых ресурсов. Границы такой подделки задают ограничения самого промежуточного сертификата и средства проверки на стороне клиента. Шесть скомпрометированных промежуточных сертификатов относились к TLS, два - к подписи кода, а подделка в TLS открывает чтение и изменение трафика. Проверка отзыва, недоверие к ключу, обязательная прозрачность сертификатов и закрепление сертификатов способны предотвратить или выявить такую атаку.
Браузеры уже не доверяют шести ключам TLS, однако другие приложения полагаются на отдельные хранилища доверия и собственные пути проверки. Go реализует проверку цепочек в стандартной библиотеке и не обращается к системным библиотекам вроде OpenSSL. Проблему оформили как уязвимость с идентификатором CVE-2026-111943, а исправления в Go 1.27.3 и 1.26.10 закрывают риск для Docker, Kubernetes, Terraform и Prometheus. Системы сборки и пакетные менеджеры, получающие содержимое по TLS, остаются в зоне риска, если их хранилище доверия не обновилось. Поддельный сертификат открывает путь к подмене реестра пакетов, но сам по себе не обходит проверки целостности вроде хешей файлов зависимостей, контрольных сумм и подписей.
Описанные индикаторы не показывают факта эксплуатации: на 21 октября 2026 года сообщений о вредоносных инцидентах с этими сертификатами нет. Слабый ключ означает лишь возможность подделки, а не доказательство перехвата трафика. Фильтрация по хешу открытого ключа даёт ложные срабатывания: цепочка может содержать отозванный сертификат по причинам, не связанным с компрометацией. Списки отзыва не всегда доходят до изолированных хранилищ, а сертификаты, выпущенные до отзыва, сохраняют силу там, где отзыв не проверяется. За пределами анализа остались проприетарные хранилища доверия и прошивки, где состав корневых сертификатов не публикуется.
Индикаторы компрометации
