Ключ «4»: Cloudflare подсчитала, сколько систем всё ещё доверяют слабым ключам eMudhra

19 октября 2026 года стало известно о восьми катастрофически слабых ключах удостоверяющего центра eMudhra. Там, где требовалось выбрать 115-значное число для «кодового замка», защищающего интернет, eMudhra выбрала число 4. Не четыре цифры, а именно четвёрку. Остальные семь ключей были не лучше: 56, 66, 115, 155, 156, 230 и 237.

На следующий день Cloudflare описала срочные меры и действия, необходимые клиентам. Теперь компания опубликовала подробный разбор: какие следы эксплуатации удалось обнаружить и насколько быстро пользователи обновляют свои системы.

Беспрецедентный случай

Компрометации удостоверяющих центров случались и раньше: DigiNotar, TÜRKTRUST, TrustWave. Однако тогда доступ к ключам получал ограниченный круг злоумышленников или организаций. Случай eMudhra принципиально иной: закрытые ключи промежуточных сертификатов может почти мгновенно восстановить кто угодно, просто взяв публичные сертификаты. С этими ключами можно выпустить сертификат для любого домена, и его примет любой необновлённый клиент, не проверяющий Certificate Transparency.

eMudhra объявила об уходе из бизнеса публичных УЦ и сослалась на ошибку в скрипте генерации ключей, но сам скрипт пока не показала. Кроме того, компания подписала список отзыва сертификатов (CRL) ключом, который, возможно, был сгенерирован корректно, а затем «исправила» его, переподписав слабым ключом. Вопросов остаётся много, в том числе к аудиторам и кросс-подписантам.

Как Cloudflare закрывала уязвимость

В первые же часы 19 октября компания обновила прокси на базе Pingora, через которые идёт основная часть исходящих соединений к серверам клиентов: теперь они отвергают уязвимые ключи. Параллельно был запущен анализ исходного кода с помощью ИИ, чтобы найти все остальные системы, доверяющие этим ключам. Полную картину удалось получить за четыре часа. На момент публикации все высокоприоритетные системы исправлены, оставшиеся задачи касаются систем с низким риском.

Следы эксплуатации

К 21 октября в Pingora добавили журналирование. За неделю зафиксировано около 22 тысяч попыток рукопожатия со слабыми ключами eMudhra. Две трети пришлись на тестовые сайты, оставшаяся треть — почти целиком на серверы, которые, по всей видимости, сами выпустили себе сертификаты от скомпрометированного промежуточного ключа. Все соединения с проверкой сертификата были отклонены.

Выделялись примерно 160 рукопожатий: в сертификатах были указаны домены сторонних организаций, в том числе связанные с бытовыми IoT-устройствами. Эти сертификаты выпущены после утечки, а некоторые действуют больше двух лет — дольше, чем разрешено любому публичному УЦ. Впрочем, они похожи скорее на собственные сертификаты серверов «по умолчанию», чем на попытку перехвата. Один из поддельных сертификатов датирован 20 октября, 18:19 UTC — меньше чем через час после того, как отчёт об ошибке в Mozilla стал публичным. Признаков перехвата соединений Cloudflare не обнаружено, хотя точечные атаки это не исключает.

Сколько клиентов уязвимы

Чтобы проверить посетителей, Cloudflare встроила в часть страниц проверки (challenge pages) пробные запросы к двум доменам: на одном стоял сертификат от eMudhra, на другом, для контроля, — обычный. За неделю отправлено 50 миллионов проб. Компания оговаривается, что трафик на таких страницах сильно искажён ботами, а пробы отправляют только клиенты, исполняющие JavaScript.

Выводы такие: современные браузеры в основном обновлены, а боты и старые браузеры — нет. Встроенные браузеры вроде Android WebView отстают: 30–40% по-прежнему принимают скомпрометированную цепочку. В крупных сетях таких проб больше половины. В первые выходные обновления шли заметно, затем динамика практически остановилась. Исключение — Chrome 150–154 на Linux, где доля уязвимых продолжает снижаться. Как замечают авторы, боты — тоже программы, которым нужны обновления, и если они хоть сколько-нибудь отражают общую картину, она весьма удручающая.

Что делать

Обновляться. Инструкции собраны на краудсорсинговом сайте Денниса Джексона; разработчикам на macOS особенно стоит их изучить. На будущее Cloudflare возлагает надежды на проекты вроде upki: хранилище доверенных сертификатов должно быстро получать сведения об отзыве и ключи Certificate Transparency, а не оставаться статичным списком корневых УЦ.

Источник: Cloudflare Blog