eMudhra: ошибка в скрипте на Python ослабила закрытые ключи

После распаковки скрипт неверно считывал значение ключа из памяти хоста и создавал по нему новый объект ключа. Значения оказались усечены, а стойкость — намного ниже допустимых 384 бит. По данным отчёта, это была репетиция реального переноса в июле 2025 года, причём режим FIPS на исходном HSM на время проверки отключили. Скрипт работал на изолированном хосте и не входил в ПО emCA.

Независимый исследователь под псевдонимом Wayne около месяца назад восстановил ключи: наименьший оказался равен «4», наибольший — «237». Google, Microsoft, Apple и Mozilla заблокировали все восемь сертификатов, а Cloudflare и другие компании выпустили обновления. CERT-In Индии предупреждал, что злоумышленник мог бы выпускать поддельные сертификаты TLS и для подписи кода.

Новые сведения

Впервые eMudhra сообщила, что 7 ноября 2026 года отозвала ещё восемь пар ключей RSA, хотя ранее утверждала, что RSA не затронуты. Скрипт их не укорачивал, но закрытые атрибуты находились в памяти процесса Python на компьютере церемонии, и компания не смогла надёжно подтвердить, что с ключами обращались по её собственным правилам.

Из 195 перечисленных конечных сертификатов 130 выпустил уже отозванный EM DV TLS CA – G2C; они охватывали домены университетов, одного округа и самой eMudhra. Перенос компания объясняет разовой необходимостью: изменениями политики корневых хранилищ с 15 июня 2025 года, сроками кросс-сертификации с Sectigo и задержками поставок оборудования. Она подчёркивает, что HSM работали исправно, а проблема в скрипте и контроле процессов. Через несколько дней после скандала eMudhra объявила об уходе с глобального рынка сертификатов и сосредоточится на сервисах цифровой подписи в Индии.