Восемь сертификатов eMudhra оказались слабыми: подделать HTTPS мог практически любой

Обычно закрытый криптографический ключ хранится отдельно от открытого и не должен поддаваться вычислению. На этом строится доверие к цифровым сертификатам, которые браузеры используют при установлении защищенного соединения с сайтами. В случае eMudhra эта защита фактически отсутствовала.

Проблему обнаружили 17 октября 2026 года. Независимый исследователь сообщил разработчикам браузеров о компрометации восьми промежуточных сертификатов eMudhra и предоставил доказательства владения соответствующими закрытыми ключами. Позднее специалисты Mozilla самостоятельно восстановили эти ключи, даже не зная метода, которым воспользовался исследователь.

Причина оказалась довольно необычной. При создании ключей использовалась недостаточная криптографическая случайность. Хотя сертификаты опирались на эллиптическую криптографию P-384, фактические значения закрытых ключей оказались меньше 256. Иными словами, вместо огромного пространства возможных комбинаций злоумышленнику достаточно было проверить совсем небольшое количество вариантов.

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

Последствия затрагивали всю систему доверия HTTPS. Промежуточный удостоверяющий центр имеет право выпускать сертификаты для сайтов. Если его закрытый ключ скомпрометирован, злоумышленник получает возможность подписывать собственные сертификаты, которые уязвимый браузер или приложение может принять за настоящие.

Например, атакующий мог подготовить сертификат для банковского сайта или почтового сервиса, которым не владеет. Если ему удавалось дополнительно перехватить или перенаправить соединение пользователя, поддельный сервер мог пройти проверку сертификата. При определенных условиях это позволяло читать передаваемые данные или изменять содержимое соединения.

Однако сам по себе поддельный сертификат не дает возможности автоматически перехватывать чужой интернет-трафик. Для успешной атаки требовался дополнительный контроль над соединением, например через вредоносную сеть, подмену маршрутизации или другую форму атаки посредника.

После получения сообщения разработчики начали срочно исключать скомпрометированные сертификаты из доверенных цепочек.

Google заблокировала соответствующие открытые ключи через механизм CRLSet еще 17 октября. Firefox в тот же день распространил блокировку через OneCRL. В обоих случаях большинство пользователей получили защиту автоматически, без необходимости обновлять браузер или перезагружать компьютер.

Apple применила защитные меры 19 октября, а Microsoft 20 октября. Mozilla дополнительно выпустила Firefox 158.0.1, Firefox ESR 115.43.1 и ESR 153.5.1, чтобы защитить установки, которые могли не получить автоматическое обновление списка отозванных сертификатов.

Но история на этом не закончилась.

Проблема касается программ, которые используют собственные хранилища доверенных сертификатов или не получают актуальные списки отзыва. Среди них могут быть старые операционные системы, встроенное программное обеспечение оборудования, серверные приложения и специализированные устройства, работающие без регулярных обновлений.

Особенно неприятно то, что сертификат может формально находиться в доверенной цепочке даже после его отзыва. Если программа не проверяет актуальный статус сертификата и продолжает доверять скомпрометированному удостоверяющему центру, она потенциально остается уязвимой.

Поэтому удаление опасных сертификатов из браузеров решает проблему только для тех программ, которые действительно используют обновленные механизмы проверки. Обновление одного браузера не исправляет автоматически все приложения, установленные на компьютере или сервере.

Google также объявила об удалении корневого сертификата emSign ECC Root CA - G3 из своего хранилища доверенных сертификатов. Распространение изменения запланировано на 27 октября. Из-за этого некоторые сайты, использующие соответствующую цепочку сертификации, могут перестать открываться с доверенным HTTPS-соединением, пока их владельцы не установят новые сертификаты.

Для обычного пользователя наиболее разумная мера заключается в своевременном обновлении браузера и операционной системы. Владельцам серверов, сетевого оборудования и устройств с устаревшим программным обеспечением необходимо проверить, как именно их системы обрабатывают отзыв сертификатов и обновляют доверенные корневые центры.

Инцидент с eMudhra также выявил проблему, которую невозможно устранить одной настройкой HTTPS. Ошибка при создании криптографических ключей существовала задолго до ее обнаружения, а сертификаты успели попасть в широко используемые цепочки доверия. В результате пользователи и администраторы вынуждены устранять последствия ошибки, допущенной на стороне удостоверяющего центра.