Центр сертификации eMudhra отозвал ещё восемь промежуточных CA-сертификатов: расследование показало, что при переносе ключей между аппаратными криптомодулями часть операций выполнялась в памяти обычного компьютера. Для рынка это уже второй акт истории, где отзыв CA-сертификатов затронул доверенную инфраструктуру браузеров и ОС; для команд, выпускающих TLS- и code-signing-сертификаты, — повод ещё раз проверить цепочки доверия и план ротации. По данным BleepingComputer, общее число отозванных промежуточных сертификатов eMudhra достигло 16.
Восемь новых сертификатов не признаны криптографически слабыми, но компания не смогла подтвердить, что их закрытые RSA-ключи обрабатывались в соответствии с её собственными правилами безопасности. Это принципиальная разница: ключ мог и не попасть к злоумышленнику, однако для публично доверенного центра сертификации недостаточно сказать «утечки не заметили». Он должен доказать, что ключ на всём жизненном цикле оставался под защитой HSM — аппаратного модуля, предназначенного для генерации и хранения секретного материала.
Проблема возникла из-за самописного Python-скрипта, созданного в апреле 2025 года. eMudhra использовала его для переноса ключей центра сертификации между HSM разных поставщиков: новое оборудование задерживалось, и компании понадобился обходной путь. Скрипт оказался тем самым временным решением, которое пережило собственную временность. При работе с восемью ECDSA-ключами в нём была ошибка: закрытый ключ фактически сокращался до одного байта. Вместо огромного криптографического пространства оставалось лишь 256 вариантов, которые можно перебрать почти мгновенно.
Именно эти восемь ECDSA-сертификатов стали первой, наиболее опасной частью инцидента. В октябре 2026 года исследователь, известный под именем Wayne, обнаружил, что соответствующие закрытые ключи можно восстановить перебором. Это открывало путь к выпуску поддельных сертификатов для легитимных сайтов и потенциальному перехвату защищённого трафика в сценариях, где атакующий способен навязать жертве свой сертификат. Mozilla, Google, Apple и другие поставщики ПО после раскрытия инцидента добавили механизмы блокировки скомпрометированных цепочек. Microsoft 26 октября выпустила внеплановые обновления Windows для систем, которые не получают изменения доверенных корневых списков автоматически.
Новый отзыв CA-сертификатов касается RSA-ключей, которые тот же скрипт обрабатывал иначе. Их стойкость не была уменьшена до одного байта, однако чувствительные данные при повторном импорте проходили через память хост-процесса, а не оставались внутри HSM. В отчёте eMudhra прямо указала, что такой процесс не соответствует разделу 6.2.6 её Certificate Practice Statement — документа, описывающего порядок защиты ключей. В публичной PKI это не бюрократическая придирка: если процедура не соответствует заявленной политике, доверие к сертификату заканчивается раньше, чем дискуссия о вероятности реальной компрометации.
Отзыв восьми RSA-промежуточных сертификатов состоялся 7 ноября. Среди них были сертификаты, применявшиеся для выпуска TLS- и сертификатов подписи кода. Некоторые из них активно выдавали клиентские сертификаты с мая 2026 года; последний выпуск зафиксирован 3 ноября. eMudhra заявляет, что затронутые сертификаты клиентов уже заменены либо переведены на другие цепочки. Для разработчиков это означает вполне приземлённую работу: проверить автоматическое обновление сертификатов на публичных сервисах, собрать все цепочки подписи релизов, убедиться в отсутствии старых промежуточных сертификатов в CI/CD и не забыть про менее заметные точки — VPN, почтовые шлюзы, MDM и внутренние API.
Особенно неприятно выглядит пропущенный сигнал июня 2025 года. Тогда eMudhra обнаружила списки отзыва сертификатов, CRL, подписанные закрытыми ключами, которые не соответствовали ключам у самих CA-сертификатов. Компания исправила подпись CRL, но не стала расследовать первопричину. Теперь выяснилось, что это мог быть ранний индикатор ошибки в процессе генерации и переноса ключей — более чем за год до находки Wayne. Инцидент хорошо иллюстрирует проблему, знакомую не только удостоверяющим центрам: устранить симптом быстрее и дешевле, чем разбирать цепочку причин, но в криптографической инфраструктуре такой долг обычно возвращается с процентами.
eMudhra сообщила, что не нашла признаков злоупотребления скомпрометированными ECDSA-ключами. Компания также решила уйти с рынка публично доверенных TLS-сертификатов и перевести оставшихся клиентов к другому провайдеру. Выпуск сертификатов в оставшейся иерархии G1 планируется прекратить к 16 ноября. Отдельно eMudhra заказала независимую проверку у KPMG; её результаты ожидаются 4 декабря. Это не отменяет последствий, но показывает, что регуляторная и браузерная экосистема воспринимает провал управления ключами как системный, а не как единичный дефект скрипта.
Главный урок здесь шире одного вендора: HSM не спасает, если организация выносит ключевой процесс за его пределы ради срочной миграции, а контрольные сигналы годами не доходят до расследования. Для компаний, зависящих от публичной PKI, отзыв CA-сертификатов должен быть не экзотическим пунктом в модели угроз, а регулярно проверяемым сценарием восстановления — с инвентарём сертификатов, владельцами систем и понятным запасным маршрутом выпуска.
