В четверг индийский удостоверяющий центр eMudhra сообщил, что совет директоров решил свернуть глобальный бизнес SSL/TLS-сертификатов. Объявление последовало через пять дней после того, как исследователь сообщил Apple, Google, Microsoft, Mozilla и самой eMudhra о слабых ключах восьми промежуточных центров сертификации. Он обнаружил проблему 17 октября: вместо огромных случайных чисел все восемь закрытых ключей имели значения меньше 256 и потому подбирались почти мгновенно.
eMudhra заявила, что не использовала эти промежуточные сертификаты для выдачи сертификатов сайтам или пользователям, а её системы не подвергались взлому. Клиентам, которых затронет уход, обещаны бесплатные сертификаты на замену от партнёров, но их названия и дата завершения перехода не раскрыты. Компания объяснила решение сложностью и стоимостью требований к локализации данных и соблюдению норм, конкуренцией с бесплатными поставщиками и вниманием в соцсетях, которое, по её словам, «не соответствует месту SSL/TLS в нашем бизнесе». На это направление приходится около 1% выручки eMudhra.
Остальные продукты компания сохранит: сертификаты цифровой подписи, сервис eSign и платформу CertiNext, которой пользуется InCommon. Сервисы отзыва сертификатов и проверки их статуса будут работать, пока все выданные eMudhra SSL/TLS-сертификаты не истекут или не будут заменены. В сообщении не упомянут InCommon и не сказано, продолжит ли компания выдавать новые сертификаты в иерархии G1 до завершения ухода. Пока переход не закончен, клиентам будут доступны корневые сертификаты G1 RSA. Эта иерархия не затронута проблемой слабых ключей ECC, однако Chrome ещё решает, сохранить ли в своём хранилище остальные сертификаты eMudhra.
Главный удар по действующим сертификатам связан с корнем emSign ECC Root CA – G3: под ним находятся шесть из восьми проблемных промежуточных центров. Chrome планировал перестать доверять этому корню утром 27 октября по тихоокеанскому времени; Mozilla приняла такое же решение для Firefox 20 октября. Удаление корневого сертификата из браузера делает недоверенными и легитимные сертификаты, выпущенные ниже него. По данным публичных журналов Certificate Transparency (CT), на 21 октября с этим корнем были связаны примерно 30 800 неистёкших сертификатов. Около 99,9% выдала система InCommon, созданная Internet2 для университетов и других организаций высшего образования. В период с апреля по июль этого года InCommon перенесла сервис на платформу CertiNext.
Google потребовала от операторов сайтов с такими сертификатами «немедленно получить и установить новый TLS-сертификат из другой иерархии PKI, включённой в хранилище корневых сертификатов Chrome». Chrome и Firefox заблокировали шесть промежуточных TLS-сертификатов в течение нескольких часов после раскрытия проблемы. Google сообщила, что до блокировки в журналах CT не было найдено ни одного сертификата сайта, выпущенного через эти промежуточные центры. Следовательно, такие сертификаты не могли применяться против Chrome и другого программного обеспечения, требующего регистрации сертификатов в CT.
По оценке eMudhra, заменить нужно около 30 000 сертификатов; примерно 97% из них были выданы через ACME — протокол, с помощью которого серверы автоматически запрашивают и продлевают сертификаты. Chrome предупредил: обычные ACME-клиенты не заменяют сертификат вне стандартного окна продления, если не поддерживают ACME Renewal Information (ARI) или если человек не вмешается вручную. Переход с ECC на RSA может потребовать изменения настроек клиентов. Cornell посоветовал владельцам сертификатов запросить RSA вместо ECC: такие сертификаты используют незатронутый корень eMudhra и, как заявили в университете, «должны работать». У самого Cornell затронуто более 300 сертификатов.
Университет Мичигана сообщил, что сертификаты InCommon RSA пока не затронуты, хотя их корень «тоже может утратить доверие». Основной альтернативой университет назвал Let's Encrypt. 20 октября eMudhra называла G1 «единственной доступной альтернативой», а уже 21 октября сообщила, что выдаёт затронутым клиентам в США новые сертификаты из альтернативной, независимо управляемой и публично доверенной иерархии центра сертификации. Chrome запросил у компании подробности: переходят ли клиенты на G1, к центру сертификации другой компании или используют оба варианта, и когда миграция будет завершена с учётом планируемого на 27 октября изменения в браузере.
20 октября Mozilla заявила, что пока не будет отзывать доверие к корню emSign Root CA – G1. В Stanford сертификаты InCommon строятся через центр eMudhra emSign Root TLS CA – G1. 14 октября компания опубликовала для него список отозванных сертификатов — CRL, который удостоверяющий центр подписывает своим ключом. Исследователь написал в публичном обсуждении Mozilla, что подпись списка не проходит проверку ключом самого центра. 22 октября другой участник заметил, что CRL, похоже, подписан ключом сертификата eMudhra OCSP, используемого для ответов о статусе отзыва. По его оценке, это «похоже на использование неправильного ключа подписи, а не на свидетельство ещё одного слабого ключа».
21 октября Chrome поднял вопрос о CRL в одном из 12 пунктов, опубликованных в обсуждении ошибки. Браузер спросил, каким ключом подписан список и хранит ли eMudhra более одной пары ключей для этого центра или для любого из своих корневых сертификатов. Это не первая проблема компании с такими списками: в 2025 году eMudhra опубликовала недействительные CRL для шести из тех же промежуточных центров. Тогда в отчёте об инциденте говорилось, что списки исправили, «заново создав CRL с использованием соответствующего закрытого ключа каждого промежуточного центра сертификации».
19 октября eMudhra сообщила Mozilla, что сначала списки подписали предполагаемыми ключами, но после ошибок подписи «переподписали с использованием ошибочных ключей» — тех самых слабых ключей, обнаруженных сейчас. Chrome заявил, что это признание «вызывает серьёзные опасения по поводу прозрачности eMudhra и её действий при инциденте» 2025 года и после него. Компания получила вопрос, почему в отчёте 2025 года не было сказано о существовании двух пар ключей для каждого из этих центров. По состоянию на 13:31 UTC в четверг eMudhra публично не ответила ни на один из вопросов Chrome; последний видимый комментарий компании в обсуждении датирован 20 октября.
Изображение носит иллюстративный характер
eMudhra заявила, что не использовала эти промежуточные сертификаты для выдачи сертификатов сайтам или пользователям, а её системы не подвергались взлому. Клиентам, которых затронет уход, обещаны бесплатные сертификаты на замену от партнёров, но их названия и дата завершения перехода не раскрыты. Компания объяснила решение сложностью и стоимостью требований к локализации данных и соблюдению норм, конкуренцией с бесплатными поставщиками и вниманием в соцсетях, которое, по её словам, «не соответствует месту SSL/TLS в нашем бизнесе». На это направление приходится около 1% выручки eMudhra.
Остальные продукты компания сохранит: сертификаты цифровой подписи, сервис eSign и платформу CertiNext, которой пользуется InCommon. Сервисы отзыва сертификатов и проверки их статуса будут работать, пока все выданные eMudhra SSL/TLS-сертификаты не истекут или не будут заменены. В сообщении не упомянут InCommon и не сказано, продолжит ли компания выдавать новые сертификаты в иерархии G1 до завершения ухода. Пока переход не закончен, клиентам будут доступны корневые сертификаты G1 RSA. Эта иерархия не затронута проблемой слабых ключей ECC, однако Chrome ещё решает, сохранить ли в своём хранилище остальные сертификаты eMudhra.
Главный удар по действующим сертификатам связан с корнем emSign ECC Root CA – G3: под ним находятся шесть из восьми проблемных промежуточных центров. Chrome планировал перестать доверять этому корню утром 27 октября по тихоокеанскому времени; Mozilla приняла такое же решение для Firefox 20 октября. Удаление корневого сертификата из браузера делает недоверенными и легитимные сертификаты, выпущенные ниже него. По данным публичных журналов Certificate Transparency (CT), на 21 октября с этим корнем были связаны примерно 30 800 неистёкших сертификатов. Около 99,9% выдала система InCommon, созданная Internet2 для университетов и других организаций высшего образования. В период с апреля по июль этого года InCommon перенесла сервис на платформу CertiNext.
Google потребовала от операторов сайтов с такими сертификатами «немедленно получить и установить новый TLS-сертификат из другой иерархии PKI, включённой в хранилище корневых сертификатов Chrome». Chrome и Firefox заблокировали шесть промежуточных TLS-сертификатов в течение нескольких часов после раскрытия проблемы. Google сообщила, что до блокировки в журналах CT не было найдено ни одного сертификата сайта, выпущенного через эти промежуточные центры. Следовательно, такие сертификаты не могли применяться против Chrome и другого программного обеспечения, требующего регистрации сертификатов в CT.
По оценке eMudhra, заменить нужно около 30 000 сертификатов; примерно 97% из них были выданы через ACME — протокол, с помощью которого серверы автоматически запрашивают и продлевают сертификаты. Chrome предупредил: обычные ACME-клиенты не заменяют сертификат вне стандартного окна продления, если не поддерживают ACME Renewal Information (ARI) или если человек не вмешается вручную. Переход с ECC на RSA может потребовать изменения настроек клиентов. Cornell посоветовал владельцам сертификатов запросить RSA вместо ECC: такие сертификаты используют незатронутый корень eMudhra и, как заявили в университете, «должны работать». У самого Cornell затронуто более 300 сертификатов.
Университет Мичигана сообщил, что сертификаты InCommon RSA пока не затронуты, хотя их корень «тоже может утратить доверие». Основной альтернативой университет назвал Let's Encrypt. 20 октября eMudhra называла G1 «единственной доступной альтернативой», а уже 21 октября сообщила, что выдаёт затронутым клиентам в США новые сертификаты из альтернативной, независимо управляемой и публично доверенной иерархии центра сертификации. Chrome запросил у компании подробности: переходят ли клиенты на G1, к центру сертификации другой компании или используют оба варианта, и когда миграция будет завершена с учётом планируемого на 27 октября изменения в браузере.
20 октября Mozilla заявила, что пока не будет отзывать доверие к корню emSign Root CA – G1. В Stanford сертификаты InCommon строятся через центр eMudhra emSign Root TLS CA – G1. 14 октября компания опубликовала для него список отозванных сертификатов — CRL, который удостоверяющий центр подписывает своим ключом. Исследователь написал в публичном обсуждении Mozilla, что подпись списка не проходит проверку ключом самого центра. 22 октября другой участник заметил, что CRL, похоже, подписан ключом сертификата eMudhra OCSP, используемого для ответов о статусе отзыва. По его оценке, это «похоже на использование неправильного ключа подписи, а не на свидетельство ещё одного слабого ключа».
21 октября Chrome поднял вопрос о CRL в одном из 12 пунктов, опубликованных в обсуждении ошибки. Браузер спросил, каким ключом подписан список и хранит ли eMudhra более одной пары ключей для этого центра или для любого из своих корневых сертификатов. Это не первая проблема компании с такими списками: в 2025 году eMudhra опубликовала недействительные CRL для шести из тех же промежуточных центров. Тогда в отчёте об инциденте говорилось, что списки исправили, «заново создав CRL с использованием соответствующего закрытого ключа каждого промежуточного центра сертификации».
19 октября eMudhra сообщила Mozilla, что сначала списки подписали предполагаемыми ключами, но после ошибок подписи «переподписали с использованием ошибочных ключей» — тех самых слабых ключей, обнаруженных сейчас. Chrome заявил, что это признание «вызывает серьёзные опасения по поводу прозрачности eMudhra и её действий при инциденте» 2025 года и после него. Компания получила вопрос, почему в отчёте 2025 года не было сказано о существовании двух пар ключей для каждого из этих центров. По состоянию на 13:31 UTC в четверг eMudhra публично не ответила ни на один из вопросов Chrome; последний видимый комментарий компании в обсуждении датирован 20 октября.
