Слабые ключи eMudhra позволяли подделать HTTPS
Коротко: 17 октября 2026 года исследователь обнаружил, что закрытые ключи восьми промежуточных сертификатов удостоверяющего центра eMudhra можно вычислить меньше чем за секунду. С шестью из них можно было выпустить «настоящий» HTTPS-сертификат для любого сайта. Chrome, Firefox, Apple и Microsoft заблокировали их за 17–20 октября, следов злоупотреблений не нашли. Обновите браузер и систему.
Что произошло
Индийский удостоверяющий центр eMudhra выдаёт сертификаты, которым доверяют браузеры: именно такой сертификат превращает адрес сайта в защищённый HTTPS с замком в адресной строке. 17 октября 2026 года независимый исследователь под ником Wayne сверял публичные данные сертификатов и заметил аномалию: у восьми промежуточных сертификатов eMudhra закрытые ключи были не случайными 384-битными числами, а крошечными значениями — 4, 56, 66, 115 и так далее, все меньше 256.
На практике это значит, что ключ подбирается перебором всего 256 вариантов, то есть за доли секунды. Шесть из восьми сертификатов позволяли выпускать TLS-сертификаты для сайтов, ещё два — подписывать программный код. Подробнее о том, как работает защищённое соединение и почему на нём держится безопасность в сети, мы писали в разборе поддельных точек Wi-Fi.
Откуда взялись слабые ключи
21 октября eMudhra опубликовала объяснение. Ключи создавались ещё в апреле 2025 года. Во время церемонии генерации инженеры меняли стандартный процесс, чтобы проверить операции с аппаратным модулем безопасности. Ошибка в скрипте породила второй, слабый набор ключей, а из-за путаницы с метками именно он и попал в промежуточные сертификаты, которые затем оказались в хранилищах доверия браузеров. Полтора года проблему никто не замечал.
Чем опасен поддельный сертификат?
Сертификат — это паспорт сайта. Браузер проверяет его подпись и, если цепочка ведёт к доверенному центру, показывает замок. Злоумышленник с ключом промежуточного центра мог бы выпустить сертификат, скажем, для страницы банка или почты, и браузер принял бы его как подлинный. Вместе с атакой «человек посередине» — например, через поддельную точку доступа в кафе или аэропорту — это позволяет показать фальшивую страницу входа без единого предупреждения и перехватить логин, пароль и переписку.
Именно поэтому история вызвала такую быструю реакцию: под угрозой оказалась не одна компания, а сама модель доверия HTTPS, на которой держатся банкинг, госуслуги и мессенджеры в браузере.
Как отреагировали браузеры
- Mozilla заблокировала сертификаты 17 октября через механизм OneCRL и 20 октября выпустила Firefox 158.0.1, а также убрала корневой сертификат emSign ECC Root CA — G3.
- Google в тот же день, 17 октября, заблокировала шесть TLS-сертификатов в Chrome. На Android защита дошла 19 октября, а удаление корня из хранилища Chrome доходит до всех устройств к 27 октября.
- Apple добавила блокировку 19 октября, Microsoft — 20 октября.
- Язык Go в версиях 1.27.3 и 1.26.10 принудительно отвергает все восемь сертификатов; уязвимости присвоен идентификатор CVE-2026-111943.
Хорошая новость: в журналах Certificate Transparency, куда должен попадать каждый публичный сертификат, не нашли ни одного сертификата для сайтов, выпущенного через эти шесть промежуточных центров до блокировки. Признаков реальных атак нет.
Что делать обычному пользователю
Обновите браузер и систему. Блокировка приходит вместе с обновлениями списков отзыва и хранилищ сертификатов. Старый браузер или давно не обновлявшийся телефон может по-прежнему доверять скомпрометированной цепочке.
Не игнорируйте предупреждения о сертификате. Страница «Подключение не защищено» — это не помеха, а сигнал. Особенно если она появилась на сайте банка или почты, которым вы пользуетесь каждый день.
Не устанавливайте корневые сертификаты по просьбе посторонних. Корневой сертификат даёт его владельцу право подтверждать любые сайты на вашем устройстве. Ставить его стоит только по требованию вашей организации и понимая, зачем это нужно.
Осторожнее с публичным Wi-Fi. Подмена сертификата опасна прежде всего там, где кто-то может встать между вами и интернетом. Как обезопасить себя в таких сетях, мы разобрали в статье о безопасности в публичном Wi-Fi, а про вход в банк — в гайде по безопасному онлайн-банкингу.
Шифруйте трафик в чужих сетях. LiMP VPN создаёт зашифрованный туннель от устройства до сервера VPN, поэтому владелец точки доступа или сосед по сети не может вмешаться в ваше соединение. Честно о границах: VPN не проверяет сертификаты сайтов и не заменяет обновления браузера. Он закрывает именно локальную часть риска — перехват в той сети, где вы сидите. Что ещё умеет сервис, смотрите на странице возможностей.
Источники
Частые вопросы
Были ли реальные атаки с поддельными сертификатами eMudhra?
Признаков нет. В журналах Certificate Transparency не нашли ни одного сертификата для сайтов, выпущенного через шесть уязвимых промежуточных центров до их блокировки.
Нужно ли мне что-то делать?
Обновите браузер и операционную систему: блокировка приходит с обновлениями. И не игнорируйте предупреждения о сертификате на знакомых сайтах.
Защищает ли VPN от поддельных сертификатов?
Частично. VPN шифрует трафик и не даёт вмешаться в соединение в локальной сети, например в публичном Wi-Fi. Но он не проверяет сертификаты сайтов, это делает браузер.