Инцидент с ключами eMudhra: удивительная история длиной в полтора года и обновление миллионов устройств за пару дней

Значимый прорыв формирует отрасль ИИ: xes_alex 30 минут назад Краткое содержание статьи Инцидент с ключами eMudhra: удивительная история длиной в полтора года и обновление миллионов устройств за пару дней 7 мин 762 Блог компании Яндекс Информационная безопасность * Гаджеты Криптография * Системное администрирование * Ретроспектива Экстраординарные события последних недель не отменяют необходимость работать над безопасностью продуктов и быстро адаптироваться к новым угрозам. Одной из таких новых угроз стала компрометация сертификатов eMudhra — удостоверяющего центра с почти двадцатилетней историей, которому доверяли Apple, Google, Microsoft и Mozilla, а вместе с ними — браузеры, приложения и устройства по всему миру. Сегодня расскажем, что известно о компрометации eMudhra, чем она грозила пользователям и как мы реагировали на угрозу, чтобы защитить их, — в том числе на Яндекс Станциях.

Большой переполох со слабыми ключами17 октября исследователь под псевдонимом Wayne сообщил разработчикам браузеров, что смог вычислить (! ) закрытые ключи восьми промежуточных удостоверяющих центров eMudhra. Для этого ему хватило открытых сертификатов.

Технические детали

В доказательство Wayne подписал каждым из восьми ключей сообщение «We have a problem here - Wayne». Вообще-то вычислить закрытый ключ по открытому должно быть практически невозможно: при правильно созданном ключе на это потребовался бы непосильный объём вычислений. Но здесь закрытые ключи оказались числами от 1 до 255.

Можно просто перебрать все варианты, вычислить для каждого открытый ключ и сравнить с тем, который опубликован в сертификате. Если злоумышленник получает возможность подписывать поддельные сертификаты ключом авторитетного удостоверяющего центра, то он может использовать их в атаке «человек посередине» (MITM), чтобы читать и изменять данные HTTPS-соединения. Источник: По первоначальному объяснению eMudhra, сначала ключи создали штатным способом в аппаратных модулях безопасности — HSM.

Их планировали перенести на площадки в США и Европе. Для такого переноса ключи нужно выгрузить из одного модуля в защищённом, зашифрованном виде, а затем загрузить в другой. В процедуру создания ключей добавили проверку этих операций — упаковки и распаковки.

Отраслевые последствия

Компания связывает появление второго, слабого набора с ошибкой в этом скрипте. Из-за похожих меток два набора перепутали, и в запросы на выпуск сертификатов попали открытые ключи из слабого набора. Сертификаты для них выпустила сама eMudhra, а затем и Sectigo — другой удостоверяющий центр.

Так у клиентов появилось два пути доверия к одним и тем же слабым ключам: через eMudhra и через Sectigo. В июне 2025 года Sectigo заметила ошибки при проверке подписей eMudhra. Как компания объяснила позднее, документы подписывали исходными ключами, хотя сертификаты центров уже были выпущены для второго, слабого набора.

В eMudhra переключились на этот второй набор, и подписи стали проходить проверку.

Этот прогресс даёт важные сигналы о будущем отрасли, и технологический мир внимательно наблюдает.