У eMudhra скомпрометировали ключи восьми промежуточных сертификатов

У удостоверяющего центра eMudhra обнаружили проблему с генерацией криптографических ключей. Закрытые ключи восьми промежуточных сертификатов оказались скомпрометированы из-за недостаточной случайности при их создании. Теоретически это позволяло выпускать поддельные HTTPS-сертификаты для любых доменов и выдавать себя за их владельцев.

О компрометации 17 октября в 18:05 UTC сообщил исследователь безопасности команде Chrome Root Program. Проверка показала, что закрытые ключи можно восстановить на основе данных соответствующих сертификатов. Шесть из восьми затронутых сертификатов использовались для выпуска TLS-сертификатов, ещё два — для подписи кода.

Как возникла угроза

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

Google проверила сообщение и уже к 19:45 UTC 17 октября подготовила обновление CRLSet — механизма блокировки отозванных сертификатов в Chrome. Блокировка основана на хешах открытых ключей SPKI (Subject Public Key Info). Благодаря этому браузер отклоняет любые сертификаты с скомпрометированными ключами, даже если один и тот же ключ использовался в нескольких сертификатах.

Пользователям Chrome не пришлось вручную обновлять или перезапускать браузер: изменения распространяются автоматически. Около 22:00 UTC 19 октября аналогичное обновление через Google Play Services получили устройства Android. По данным Google, большинство устройств уже защищено, а для принудительного получения обновления можно перезагрузить смартфон или планшет.

Дополнительная защита и отзыв корневого сертификата

Дополнительным барьером стал механизм Certificate Transparency (CT) — публичные журналы, в которых фиксируется выпуск TLS-сертификатов. Google установила, что до блокировки скомпрометированных центров в журналах CT не было зарегистрировано TLS-сертификатов, выпущенных через шесть затронутых TLS-удостоверяющих центров. Поэтому такие сертификаты не могли пройти проверку у клиентов, требующих соблюдения Certificate Transparency.

В Chrome эта проверка по умолчанию обязательна для публично доверенных сертификатов. На Android она применяется к приложениям, ориентированным на последнюю версию SDK, а также к приложениям, разработчики которых включили проверку самостоятельно. При этом отсутствие записей в CT не устраняет риски для клиентов, которые не требуют публикации сертификатов в этих журналах.

Google решила дополнительно исключить корневой сертификат emSign ECC Root CA - G3 из Chrome Root Store. Распространение изменения на устройства, использующие это хранилище, запланировано на утро 27 октября по тихоокеанскому времени США. В предварительных версиях Chrome Canary и Chrome Beta обновление должно появиться раньше.

Отзыв корневого сертификата может затронуть не только злоумышленников, но и легитимные сайты. Ресурсы, чья цепочка доверия ведёт к emSign ECC Root CA - G3, могут перестать открываться в Chrome из-за ошибок проверки сертификата. Google рекомендует владельцам таких сайтов как можно скорее получить и установить новый TLS-сертификат с цепочкой доверия к другому корневому центру, который присутствует в Chrome Root Store. eMudhra пообещала помочь клиентам с переходом.

Google также проверила остальные ключи в своих корневых хранилищах и не обнаружила аналогичных проблем с недостаточной случайностью. Компания взаимодействует с другими разработчиками браузеров и сопровождающими хранилищ сертификатов, а также добилась блокировки сертификатов скомпрометированных центров в журналах Certificate Transparency. Расследование продолжается, а Chrome Root Program отдельно рассматривает вопрос о сохранении доверия к остальным сертификатам eMudhra.