Общее число затронутых промежуточных сертификатов достигло 16. В их число входят восемь ранее скомпрометированных сертификатов, закрытые ключи которых оказались настолько слабыми, что любой желающий мог восстановить их практически мгновенно.
В новом отчете об инциденте eMudhra сообщила, что обе группы сертификатов затронул самописный скрипт на Python. В апреле 2025 года его использовали для переноса закрытых ключей между аппаратными модулями безопасности (HSM).
Отчет eMudhra об инциденте в Bugzilla Mozilla. Изображение: Comss.ru
Ошибка в скрипте и нарушения при переносе ключей
HSM – это устройства для безопасного создания и хранения криптографических ключей. Они предотвращают раскрытие конфиденциальных закрытых ключей за пределами оборудования.
По данным eMudhra, компания разработала скрипт для переноса ключей удостоверяющего центра между HSM разных производителей на своих площадках из-за задержек с получением нового оборудования.
Однако скрипт содержал ошибку, которая сократила восемь закрытых ключей ECDSA до одного байта. Из-за этого восстановить их было крайне просто.
Тот же скрипт обработал восемь закрытых ключей RSA. При этом конфиденциальные данные ключей обрабатывались в памяти компьютера, на котором выполнялся скрипт, вместо того чтобы оставаться под защитой HSM.
Ключи RSA не стали слабее, как ключи первых восьми сертификатов. Однако eMudhra не смогла подтвердить, что обращалась с ними в соответствии со своими правилами безопасности сертификатов.
В отчете об инциденте сообщается:
Повторный импорт из памяти процесса на хосте не соответствует пункту 6.2.6 CPS, поэтому объекты RSA считаются не отвечающими этому требованию.
По этой причине 7 ноября компания отозвала еще восемь промежуточных сертификатов RSA, в том числе использовавшихся для выпуска TLS-сертификатов и сертификатов подписи кода.
Некоторые из затронутых промежуточных удостоверяющих центров активно выпускали сертификаты с мая 2026 года. Последний сертификат был выпущен 3 ноября.
По данным eMudhra, затронутые клиентские сертификаты также заменили либо перевели на другую цепочку сертификации.
Первые признаки проблемы появились еще в июне 2025 года
Расследование также показало, что проблема, возникшая в июне 2025 года, могла указать на ошибку более чем за год до того, как ее обнаружил исследователь безопасности под псевдонимом Wayne.
Тогда eMudhra выявила списки отзыва сертификатов (CRL), подписанные закрытыми ключами, которые не соответствовали сертификатам удостоверяющих центров.
Компания исправила ситуацию, подписав списки отзыва подходящими ключами, но не стала выяснять причину несоответствия.
Новый отчет подтверждает, что это был ранний признак ошибки в процессе создания ключей, которая оставалась незамеченной до октября 2026 года.
Расследование также установило, что eMudhra не проверяла стойкость созданных закрытых ключей и не сверяла ключи, используемые для сертификации, с теми, которые изначально были созданы в HSM.
Крупные браузеры заблокировали скомпрометированные сертификаты
Об инциденте впервые стало известно 17 октября. Исследователь Wayne обнаружил, что закрытые ключи восьми промежуточных удостоверяющих центров eMudhra можно восстановить, перебрав всего 256 возможных значений.
Крупные браузеры и ОС доверяли скомпрометированным сертификатам. Это потенциально позволяло злоумышленникам подделывать сертификаты легитимных сайтов и перехватывать зашифрованный обмен данными.
Впоследствии Mozilla, Google, Apple и другие разработчики ПО выпустили защитные обновления, блокирующие скомпрометированные сертификаты.
26 октября Microsoft также выпустила внеплановые обновления Windows. Они отключают доверие к затронутым цепочкам сертификации eMudhra на системах, которые не могли автоматически получать обновления доверия к сертификатам.
После инцидента eMudhra объявила, что прекратит выпуск общедоверенных TLS-сертификатов и переведет оставшихся клиентов к другому поставщику.
Компания планирует прекратить выпуск сертификатов в рамках оставшейся иерархии G1 к 16 ноября.
eMudhra также заказала независимую проверку у KPMG. Ее результаты ожидаются к 4 декабря и должны помочь определить, как улучшить процедуры управления сертификатами и создания ключей.
По заявлению компании, признаков использования скомпрометированных ключей злоумышленниками не обнаружено.
