Источники проверены 22 октября 2026 г. по пекинскому времени. Аудитория: отдельные пользователи, операторы веб-сайтов, разработчики и системные администраторы.
Серьезные недостатки сделали группу промежуточных закрытых ключей eMudhra/emSign CA восстанавливаемой. Это затрагивает клиентов, которые используют общедоступную систему сертификатов для аутентификации веб-сайтов, API и программного обеспечения. Общественное доверие распространяется на основные операционные системы, но набор скомпрометированных ключей и потенциальное влияние на клиента — это разные области. 15
В основном тексте используются квадратные скобки для нумерации соответствующих источников, а все внешние справочные ссылки перечислены в приложении. Указанная версия является базовой версией, подтвержденной как содержащая исправление этого инцидента на дату проверки. При развертывании приоритет отдается обновленной стабильной версии в той же поддерживаемой ветке.
TL;DR
Восемь промежуточных закрытых ключей CA подтверждены как скомпрометированные. В текущих отчетах не установлено, что корневые закрытые ключи или криптография HTTPS в целом были взломаны. Обновления охватывают большую часть экосистемы общественного доверия; остаточный риск зависит от фактического применения.15
- Индивидуальные пользователи: обновляют браузеры, операционные системы и компоненты безопасности. На Android также обновите службы Google Play. Используйте Firefox Android 158.0.2 или более позднюю версию. 12
- Servers: обновите пакеты
ca-certificates/NSS дистрибутива и проверьте хранилища доверенных сертификатов, связанные с приложениями. Обновить только хост недостаточно. 7810 - Среды разработки: обновите Node 24 до 24.22.1 или более новой версии в этой ветке, если это применимо. В средах Python обновите как минимум до pip 26.2.2, certifi 2026.10.19 и uv 0.13.4. Получите исправленные двоичные файлы Go или пересоберите их; обновите Java в соответствии с рекомендациями поставщика. 12 – 15
- Активируйте обновления: перезапустите затронутые службы, а также перестройте и повторно разверните контейнеры. Для Cloudflare Tunnel обновите cloudflared до 2026.10.2 или более поздней версии. 7
- Сертификаты веб-сайта: заменяют затронутую цепочку, если она содержит отозванный или заблокированный промежуточный CA или опирается на ненадежный корень. Повторный выпуск сертификата не заменяет обновление хранилищ доверенных сертификатов клиента. 158
- Проверка: проверьте фактический путь TLS каждого приложения. Отличайте отказ сертификата от тайм-аутов и сбоев DNS. Оставьте включенной проверку сертификата; не используйте
-kи не пропускайте проверку для подавления ошибок. 7
1 Факты и причины происшествия
подтвержденные факты
Mozilla и Google подтвердили дефекты в восьми промежуточных закрытых ключах eMudhra CA. Исследователь предоставил доказательства контроля над секретным ключом; Mozilla самостоятельно восстановил ключи и воспроизвел проблему. Шесть промежуточных центров сертификации обслуживают TLS, а два — подписывание кода. 25
Дефект заключается в сгенерированных ключах: эти промежуточные центры сертификации используют кривую P-384, но их закрытые ключи представляют собой целые числа ниже 256. Это далеко не безопасный случайный выбор ключей из предполагаемого большого диапазона. Восстановление этих слабых ключей не демонстрирует, что правильно сгенерированные ключи P-384 могут быть взломаны. 2
Под «сертификатом взломан» здесь следует понимать точно, как «соответствующий закрытый ключ может быть восстановлен». Сертификат и открытый ключ в нем по своей сути являются открытыми; что действительно необходимо хранить в секрете, так это закрытый ключ, который может генерировать действительную подпись.
Проблемы с процессом генерации ключей все еще расследуются
Первоначальное описание eMudhra связывает проблему с церемонией генерации ключей в апреле 2025 года. Объяснение включает в себя этапы инкапсуляции и декапсуляции ключа: в дополнение к исходному надежному ключу появляется еще один набор слабых ключей, которые впоследствии используются для применения и выдачи сертификата. В компании по-прежнему заявили, что точная первопричина окончательно не определена. 6
Таким образом, можно определить, что эти ключи серьезно слабы и скомпрометированы; сбой нельзя далее описать как неисправность определенного аппаратного источника случайных чисел HSM, а также нельзя охарактеризовать как общий криптографический прорыв RSA, ECC или TLS.
Что означает недоверие к корневым сертификатам?
Браузер или операционная система могут напрямую заблокировать сертификат или открытый ключ затронутого промежуточного звена CA или удалить ведущее к ним корневое доверие. Последняя мера также приведет к отклонению некоторых законных сертификатов под тем же корнем.
Google запланировал удаление emSign ECC Root CA - G3, чтобы защитить пользователей корневого хранилища Chrome, которые не получают обновления от CRLSet. Ожидается, что удаление корневого хранилища будет перенесено в соответствующий период с 27 по 28 октября по пекинскому времени; исходное время Google — утро 27 октября по тихоокеанскому летнему времени США. Этот план отличается от экстренной блокировки открытого ключа, которая применялась ранее. 1
Отказ от доверия к корню является мерой реагирования; само по себе это не доказывает, что корневой закрытый ключ был скомпрометирован.
2 Почему потенциальное воздействие распространяется на экосистему общественного доверия
Скомпрометированные ключи и затронутые пути доверия
| Объект решения | Масштаб этого инцидента |
|---|---|
| Обнаружен проблемный ключ | 8 промежуточных закрытых ключей CA для eMudhra |
| Платформы, которые могут потребовать действий | Общедоступное корневое хранилище, браузер, операционная система, языковая среда выполнения, программный пакет и экосистема контейнеров. |
| Возможно, выдал себя за личность TLS. | Веб-сайты или службы, посещаемые клиентами, которые все еще принимают связанную цепочку поддельных сертификатов. |
| Означает ли это, что все устройства были скомпрометированы? | Нет; условия доверия, местоположение сети злоумышленника и другие стратегии проверки определяют возможность использования |
| Означает ли это, что все юридические акты недействительны? | Нет; связанная с этим аннулирование зависит от того, каким корням или цепочкам сертификатов клиент не доверяет. |
Red Hat явно ограничивает эксплуатацию условиями, когда клиент все еще принимает соответствующую цепочку, злоумышленник обладает скомпрометированным закрытым ключом и может перехватить соединение в сети. Покрытие рисков не следует путать с количеством произошедших атак. 10
Веб-сайты, использующие другие CA, также могут выдавать себя за другое лицо.
Предположим, веб-сайт фактически использует сертификат Let’s Encrypt, а клиент посетителя одновременно доверяет нескольким общедоступным CA. Злоумышленник может попытаться использовать скомпрометированный промежуточный CA для создания другого сертификата для того же доменного имени. Клиенты обычно не требуют заранее, чтобы в доменном имени можно было использовать только Let’s Encrypt; если фальшивая цепочка все еще принимается, то CA, который фактически использует веб-сайт, недостаточно, чтобы исключить такие атаки. 8
Этот механизм объясняет: Замена другого сертификата CA, который изначально был нормальным, не восстановит автоматически доверие клиента к скомпрометированному CA. Что действительно необходимо отрезать, так это возможность клиентам принимать поддельные личности.
Эти три эффекта необходимо рассматривать отдельно.
Риск выдачи себя за личность: Клиенты, которые не заблокировали соответствующую цепочку, могут принять личность, подделанную злоумышленником, что приведет к отправке конфиденциальных запросов в поддельные службы.
Официальный риск доступности службы: удаление корневого доверия может привести к ошибкам сертификатов для легитимных веб-сайтов, для которых может потребоваться миграция в другую принятую цепочку.
Риск покрытия развертывания: операционная система может быть исправлена, в то время как хранилище доверенных сертификатов, связанное с приложением, виртуальная среда, старый образ контейнера или скомпилированная программа сохраняют старое поведение проверки.
Эти три области не идентичны. Ответ Cloudflare охватывает удаленную проверку личности, общие хранилища доверенных сертификатов, базовые образы и отдельные приложения, иллюстрируя, почему последние две задачи необходимо решать отдельно. 7
3 Затронутые CA и поставщики сертификатов
Поставщик и тип воздействия
| провайдер или система | Роль в этом инциденте | Границы, которые необходимо различать |
|---|---|---|
| eMudhra／emSign | Промежуточный закрытый ключ CA скомпрометирован напрямую. | Нельзя записать все корни eMudhra и все сертификаты как взломанные |
| Цепочка перекрестных подписей, связанная с Sectigo | Кросс-сертификат A был выдан для той же партии затронутых открытых ключей, образуя еще один путь доверия. | Соответствующий перекрестный сертификат или открытый ключ необходимо заблокировать; не было доказано, что корневой закрытый ключ Sectigo был скомпрометирован. |
| Соответствующие уровни сертификатов для Internet2/InCommon | Некоторые законные сертификаты требуют удаления корня emSign ECC, что включает миграцию. | Это побочный эффект корневого недоверия, и его нельзя считать средним из этих 8 слабых ключей CA. |
| Let’s Encrypt, DigiCert, Google Trust Services, GlobalSign и т. д. | В этом отчете не указана как сторона, чей закрытый ключ был скомпрометирован. | Законные сертификаты не всегда аннулируются; уязвимые клиенты по-прежнему могут принимать поддельные сертификаты, выдающие себя за веб-сайты, которые они обслуживают. |
| CDN, облачная платформа, дилер сертификатов | Возможно, предоставьте соответствующие сертификаты или используйте общедоступное хранилище доверенных сертификатов при подключении к источнику и API. | Чтобы проверить фактическую цепочку сертификатов и валидатор, не просто смотрите на платформу или название продукта. |
В уведомлении Mozilla документированы скомпрометированные ключи и перекрестные подписи Sectigo. Публичное обсуждение инцидента Google посвящено миграции законных иерархий Internet2/InCommon. 25 Cloudflare исправляет адресную службу и доверие клиентов; они не указывают на компрометацию собственных закрытых ключей CA Cloudflare. 7
Цепочка сертификатов TLS и перекрестная подпись
На этот раз следующая связь описывает только пути, связанные с TLS. Он не включает пути подписи кода и не означает, что этим путям по-прежнему доверяют на всех платформах. 17
emSign ECC Root CA - G3→emSign Root TLS CA - G3→ Затронутый TLS Промежуточный открытый ключ CA → Поддельный сертификат для целевого доменаAAA Certificate Services→ Затронутый TLS Промежуточный открытый ключ CA → Поддельный сертификат для целевого домена
emSign Root TLS CA - G3 является одним из прямых эмитентов затронутых промежуточных продуктов TLS и сам может быть якорем доверия в некоторых магазинах. emSign ECC Root CA - G3 обеспечивает еще один уровень перекрестной подписи. AAA Certificate Services Sectigo создает дополнительный путь к тем же промежуточным открытым ключам CA. 17
Таким образом, при ремонте существует две различные степени детализации:
- Заблокируйте точный промежуточный CA или открытый ключ:. Это может сохранить другие легитимные иерархии под тем же корнем, если валидатор поддерживает этот механизм.
- Удалить корневое доверие: это может защитить клиентов без промежуточных возможностей блокировки CA, но может повлиять на совместимость. Все остальные пути, которые принимает клиент, также должны быть охвачены. 5
«Удалить все корни Sectigo/eMudhra» не следует воспринимать как неизбирательный общий шаг, а простое удаление сертификата с похожим именем не должно означать, что все пути закрыты.
4 Операционная система и покрытие браузера
Основная платформа
| Платформа | Известная диспозиция | Область применения, которую следует проверять при использовании |
|---|---|---|
| Windows и Windows Server | Распространение Microsoft заблокировано посредством автоматического обновления списка доверенных сертификатов | Получило ли устройство обновление; автономный CA bundle не обязательно использует путь проверки Windows |
| macOS, iOS, iPadOS и т. д. Платформа Apple | Координатор инцидента подтвердил, что Apple развернул соответствующую блокаду. | Не гарантируется одинаковое покрытие всех старых версий и сторонних приложений. |
| Android | Google распределяет эквивалентные блоки через сервис Google Play. | ROM без обслуживания Google Play должен быть проверен в соответствии с заявлением производителя; используйте встроенный верификатор для дополнительной проверки |
| Ubuntu | Были предоставлены исправления пакета системных сертификатов, включая несколько ветвей текущей и старой версии. | Старая версия ESM поддерживает условия, пакет внутренних сертификатов контейнера и встроенную библиотеку приложения. |
| Debian и Devuan | Debian записано, ca-certificates исправлено | Вы должны проверить фактическую используемую ветку и установленный пакет, и вы не можете скопировать номер версии другой ветки. |
| RHEL и производные | Официальный список — RHEL 6, 7, 8, 9, 10 и охватывает сопутствующие продукты и изображения, которые могут быть затронуты. | На момент этой проверки в объявлении еще не был указан полный список исправлений и ошибок; «Обновление не найдено» нельзя считать незатронутым |
| Fedora, Arch, Gentoo, Alpine и т. д. | Организатор мероприятия составил соответствующие записи о ремонте. | Независимо подтверждено выпуском, веткой версии и образом. |
| FreeBSD | Официальный список всех поддерживаемых версий и ремонт хранилища доверенных сертификатов системы. | После обновления перезапустите соответствующий процесс демона согласно объявлению; проверьте независимое хранилище доверенных сертификатов приложений отдельно. |
Сводную информацию о Windows, Apple и выпусках см. в 4; для Android см. 1; для Ubuntu, Debian, RHEL и FreeBSD. Записи эмитента показаны в 8–11 соответственно.
Системы, которые больше не поддерживаются, автономные устройства, NAS, маршрутизаторы и другие встроенные среды, должны подтвердить, доверяют ли они по-прежнему соответствующей цепочке и есть ли у них каналы для получения отзыва или обновлений программного обеспечения. Имя платформы само по себе не заменяет проверку фактического поведения при проверке.
Защита браузера отличается от защиты операционной системы
Chrome использует CRLSet для распределения аварийных блоков; Firefox использует такие механизмы, как OneCRL. Firefox также был выпущен с информацией о блокировке, чтобы обеспечить дополнительную защиту конфигураций, которые не получают должным образом удаленные настройки. 13
Некоторые конфигурации Firefox Android неправильно применяли обновленный список при запуске, который, как заявил Mozilla, был исправлен 158.0.2.. Поэтому статус ранней версии 158.0.1 не может быть расширен, чтобы включить все защищенные конфигурации Android Firefox. 2
Приняты меры по проверке системы Apple и Windows, но это не означает, что все программы командной строки на одной машине пройдут системную проверку. Организатор мероприятия особо напомнил, что некоторые встроенные инструменты macOS используют независимые файлы сертификатов; При проверке следует записать фактический бэкэнд TLS и источник CA. 4
Защитные границы для прозрачности сертификатов
Google подтвердил, что до реализации блока шесть промежуточных TLS CA не выдали сертификат TLS, который вошел в журнал CT. Таким образом, клиенты Chrome, применяющие CT, имеют дополнительную защиту. Этот факт не исключает возможности того, что другие клиенты, не выполняющие CT, приняли недокументированные сертификаты. 15
«Оказывается, он может быть связан с доверенным корнем», «существуют потенциальные условия эксплуатации» и «произошла атака» — три разных суждения и не должны заменять друг друга.
5 Среда разработки и базовые показатели восстановления среды выполнения
Ниже приведен базовый список подтвержденных исправлений, который не является обязательным для закрепления этих выпусков в долгосрочной перспективе. Дистрибутивы могут исправлять старые номера версий путем возврата исправлений, поэтому следует также просмотреть их рекомендации по безопасности.
| компоненты | Подтвержденная версия или метод обновления | Рекомендации по развертыванию |
|---|---|---|
| Node.js 24 | 24.22.1 или обновите стабильную версию той же ветки | Содержит обновления корневого репозитория и отказ от заблокированных общедоступных цепочек ключей; проверьте путь Node, фактически используемый службой, и перезапустите |
| Python certifi | 2026.10.19 или более новая версия | Проверьте каждую фактическую рабочую среду; вы не можете обновить только один пакет под глобальным Python |
| pip | 26.2.2 или более новая версия | Отдельно обновите pip в старой виртуальной среде и проверьте версию после создания новой среды. |
| uv | 0.13.4 или более новая версия | Обновите копию инструмента в том виде, в котором он был фактически установлен. |
| Go | 1.27.3 или 1.26.10, также доступна обновленная версия соответствующей ветки | Пересоберите и разверните соответствующие программы после обновления цепочки инструментов или получите двоичный файл восстановления от поставщика. |
| Oracle JDK | Патчи Critical для соответствующих строк поддерживаемых версий. | Разные издатели JDK следят за своими объявлениями; не существует единого номера версии, применимого ко всем выпускам Java. |
| Cloudflare Tunnel | cloudflared 2026.10.2 или более новая версия | Обновить работающие службы; развертывание контейнера требует замены образа и повторного развертывания |
| Cloudflare One／WARP | Фиксированная версия клиента, соответствующая платформе, или обновленная стабильная версия. | Меры на стороне клиента и сервера подтверждаются отдельно. Информацию о конкретных версиях платформы см. в приложении 7. |
Оригинальные инструкции для Node, Python, Go, Oracle и Cloudflare доступны соответственно в 13, 12, 14, 15, 7.
Python проблема с независимой базой данных сертификатов
Представители Python отметили, что старый pip будет использовать комбинацию системного доверия и встроенного certifi. Простое изменение хранилища системных сертификатов или добавление файла CA в pip не может надежно исключить его встроенное старое доверие. Таким образом, PIP_CERT, REQUESTS_CA_BUNDLE или --cert не могут использоваться в качестве универсальной ремонтной замены более старого pip. 12
Проверьте существующие виртуальные среды после обновления. Также проверьте версию pip, фактически установленную во вновь созданных средах, чтобы старые компоненты начальной загрузки не вводили повторно уязвимые инструменты. Для первоначального обновления следуйте источникам загрузки и шагам проверки SHA-256 в рекомендациях Python, прежде чем обновлять другие пакеты. 12
Go и другие скомпилированные программы.
Исправление для Go изменило логику проверки для crypto/x509. 14 С точки зрения механизма развертывания обновление компилятора на машине разработки не приведет к перезаписи уже развернутого двоичного файла. Чтобы получить блокировку нового уровня кода, приложение следует пересобрать и заменить или использовать обновленную версию, предоставленную поставщиком. Может ли более старая программа также получить выгоду от обновлений корневого каталога системы, зависит от фактического пути проверки, который она использует.
Контейнеры и упакованные приложения
Пакет системного сертификата, зависимости приложения и среда выполнения в контейнере обычно определяются содержимым образа. Обновление хоста не равно обновлению содержимого изображения; базовый образ и зависимости необходимо обновить, а фактически работающий экземпляр необходимо перестроить, развернуть и проверить. Упакованные приложения и настольные программы, поставляемые с собственной средой выполнения, также следует обновлять в соответствии с каналами выпуска поставщиков. 710
6 Инструкция по выполнению ремонта
Сначала определите объект проверки
Рекомендуется записать следующую информацию для служб, которые необходимо защитить, а затем выбрать соответствующий путь восстановления. Это контрольный список развертывания, который не требует присутствия всех компонентов в каждой системе.
| Проект | Что необходимо записать |
|---|---|
| Приложения и использование | Браузер, платежный клиент API, служба отправки электронной почты, инструмент загрузки, обратный прокси и т. д. |
| рабочее положение | Хост, контейнер, виртуальная машина, настольное приложение или мобильное устройство |
| Проверка реализации | Валидатор операционной системы, библиотека OpenSSL, Node, Python, Java или пользовательская реализация приложения. |
| надежный источник | Системный пакет CA, certifi, JDK хранилище доверенных сертификатов, встроенный CA bundle или корпоративная конфигурация |
| Статус ремонта | Установленная версия, источник исправлений, перезапуск или повторное развертывание. |
| Результаты приемки | Отклоняется ли затронутая цепочка, успешно ли нормальное деловое соединение и время проверки. |
В руководстве разработчика для Cloudflare конкретно указано, что SDK может делегировать проверку другим компонентам; только обновление SDK верхнего уровня не обязательно меняет реальную политику доверия. 7
Операционные системы и браузеры
Windows: включите и проверьте автоматическое обновление списка доверия сертификатов. Распространяйте обновления посредством установленных политик управления. Автономные устройства или устройства с отключенными автоматическими обновлениями должны быть заблокированы с помощью соответствующего процесса управления. Отдельно проверяйте программы, не использующие проверку системы Windows. 4
Apple Платформа: Полное обновление системы, компонентов безопасности и приложений. Для инструментов разработки на macOS также проверьте его серверную часть TLS, файлы сертификатов и источники установки. Нельзя судить, что вся машина отремонтирована только потому, что Safari отклонил тестовую цепочку. 4
Android: обновите службы Google Play на устройствах, на которых они есть. Google утверждает, что перезагрузка устройства может вызвать немедленное обновление. Для устройств без этих служб следуйте рекомендациям поставщика или ROM; Заявление о покрытии Google не распространяется автоматически на каждое устройство Android. 1
Ubuntu/Debian: обновите пакеты сертификатов из поддерживаемых репозиториев и проверьте рекомендации для установленного дистрибутива. Например, система на базе APT может использовать:
sudo apt update
sudo apt install --only-upgrade ca-certificates
dpkg-query -W -f='${Package} ${Version}\n' ca-certificatesСоответствующие обновления для Ubuntu 22.04, 24.04, 26.04 и 26.10 являются стандартной поддержкой; более ранние версии должны проверять поддержку ESM и статус склада. После успешного завершения команды вам все равно следует сравнить версию пакета исправлений в бюллетене. 89
RHEL и сопутствующие продукты: Проверьте пакет сертификатов и ошибки безопасности по каналам продуктов. Проверка версии может быть выполнена с помощью:
rpm -q ca-certificatesИспользуйте поддерживаемый механизм обновления DNF/YUM для получения исправлений поставщика; если канал еще не предоставил исправление, не считайте «нет обновляемого пакета» безопасным. Если необходимо временно удалить корневое доверие, примите меры, четко указанные производителем, и оцените совместимость законных бизнес-сертификатов. 10
FreeBSD: обновите соответствующую ветку системы, как указано в официальной рекомендации, затем перезапустите демоны, используя затронутую конфигурацию доверия OpenSSL, или перезагрузите систему. 11
Приложения и изображения
После завершения соответствующих обновлений среды выполнения и зависимостей сертификатов проверьте путь к исполняемому файлу, по которому фактически работает служба, чтобы избежать того, что терминал переключился на новую версию, а демон все еще использует старый каталог установки. Для мультисреды Python, сервисных контейнеров и приложений, которые имеют собственную среду выполнения, их следует проверять отдельно.
Для компонентов, которые необходимо перестроить, сохраните версию сборки, версию зависимостей и идентификатор образа развертывания. Объектом приемки является фактически работающий экземпляр, и он не может просто проверить новый тег в реестре машины сборки или образа. 71214
Миграция сертификата веб-сайта
Если цепочка веб-сайта содержит отозванный или заблокированный промежуточный CA или в конечном итоге опирается на ненадежный корень, получите другую цепочку, которую клиенты все еще принимают. Установите полную цепочку сертификатов сервера и проверяйте каждый вход, включая балансировщики нагрузки, обратные прокси, конечные точки CDN и источники с прямым доступом. 15
Необходимость миграции зависит от фактической цепочки. Фильтрация только по торговой марке сертификата может пропустить отношения перепродажи или перекрестного подписания; простое ожидание регулярного продления срока действия не обязательно может завершить миграцию до обновления корневого хранилища.
Из-за этого инцидента нет необходимости повторно подписывать другие обычные сертификаты веб-сайтов, выданные CA и не зависящие от затронутого корня. В то же время сам сервер веб-сайта должен по-прежнему выполнять проверки восстановления на стороне клиента при вызове внешних служб.
7. Убедитесь, что исправление действительно вступило в силу.
Проверка версии и проверка поведения выполняются отдельно.
Проверки версий используются для подтверждения того, что исправления или исправленные компоненты были развернуты; поведенческие проверки используются для подтверждения того, что приложение действительно использует ожидаемый путь проверки. Две проверки решают разные проблемы, и ни одну из них нельзя заменить сообщением «Команда обновления выполнена успешно».
Организатор мероприятия предоставляет материалы для испытательного полигона и цепочки сертификатов, а вход сосредоточен в приложении 4. Его следует проверить в реальной операционной среде целевого приложения, поддерживая обычную конфигурацию проверки сертификата. 47
| Проверить результаты | Выводы, которые можно сделать |
|---|---|
| Явно отклонить, поскольку затронутая цепочка не является доверенной. | Указывает, что тестируемый путь проверки отклонил цепочку. |
| Примите затронутую цепь как обычно | Указывает, что этот путь необходимо продолжить или проверить конфигурацию. |
| Ошибка DNS, тайм-аут соединения, отклонение прокси-сервера или служба недоступна | На основании этого нельзя сделать вывод, что риск сертификата устранен. |
| Браузер отклоняет, но вызов приложения не проверяется | Он может подтвердить только браузер, а не фоновую программу. |
| Цепочка A отклонена | Все еще необходимо учитывать, принимает ли клиент другой путь перекрестной подписи. |
Тест также должен охватывать обычные бизнес-соединения, чтобы не ошибочно принять все неудачные запросы за успешное восстановление после бизнес-сбоев, вызванное устранением слишком большого доверия.
Предлагаемые условия завершения
- Источник обновления и версия затронутых компонентов документированы.
- Соответствующий работающий экземпляр был перезапущен, перестроен или повторно развернут.
- Фактическое приложение отклоняет затронутую цепочку, и проверка TLS для нормальной работы продолжает работать.
- Не существует конфигурации, позволяющей временно отключить проверку сертификата для восстановления соединения.
- Если речь идет о переносе сертификата веб-сайта, все внешние входы были переключены и проверены.
Вышеуказанные условия завершения являются предложениями по приемке в эксплуатацию и техническому обслуживанию данной утилизации; это не эквивалентно доказательству того, что оборудование не имеет других проблем с безопасностью.
8 Исторический трафик HTTPS и границы рисков
Три типа ключей имеют разное применение
| ключ | Основная цель |
|---|---|
| Закрытый ключ CA | Подпишите удостоверение личности и привязку открытого ключа в сертификате. |
| Закрытый ключ сайта | Подтвердите идентичность сервера с помощью рукопожатия TLS, аутентифицированного сертификатом. |
| сеансовый ключ | Защитите данные, фактически передаваемые по соединению |
Получение закрытого ключа CA не эквивалентно получению закрытого ключа веб-сайта или всех сеансовых ключей. A обычное соединение с прямой секретностью с использованием временного обмена ключами не будет автоматически раскрывать исторические сеансы просто потому, что долгосрочный ключ подписи позже будет скомпрометирован. Соответствующие атрибуты безопасности TLS 1.3 см. в RFC 8446. 16
Основной риск на этот раз возникает на этапе аутентификации: если клиент примет сертификат поддельного сервера, он может установить соединение с злоумышленником, которое все еще зашифровано. TLS 1.3 также требует доверенной аутентификации; простое обновление версии протокола не заменяет блокировку CA.
Суждения, которые можно и нельзя выносить в настоящее время
Подтверждено: конкретные промежуточные закрытые ключи CA скомпрометированы; затронутые пути общественного доверия имеют широкий охват; основные платформы и несколько программных экосистем приняли меры. 145
В результате этого инцидента не установлено:, что все пользователи подвергались атакам типа «человек посередине», что другие закрытые ключи CA скомпрометированы, что весь исторический трафик HTTPS поддается расшифровке или что обновление одного браузера защищает каждое приложение на устройстве.
Окончательное решение о конкретной службе должно основываться на ее цепочке сертификатов, политике проверки, фактически работающих компонентах и статусе обновления, а не только на том, читается ли в адресной строке HTTPS.
Приложение A Затронутое промежуточное имя CA
Следующие имена помогают при проверке активов. Имена не заменяют отпечатки сертификатов или идентификаторы открытых ключей. При автоматическом сопоставлении следует использовать точные идентификаторы, опубликованные специалистами по обслуживанию инцидентов или поставщиками, включая сертификаты с перекрестной подписью. 5
| Средний CA | Цель | Ассоциированные организации |
|---|---|---|
| EM EV TLS CA - G3B | TLS | eMudhra BV |
| EM OV TLS CA - G3B | TLS | eMudhra BV |
| EM DV TLS CA - G3B | TLS | eMudhra BV |
| EM EV TLS CA - G3C | TLS | eMudhra Inc |
| EM OV TLS CA - G3C | TLS | eMudhra Inc |
| EM DV TLS CA - G3C | TLS | eMudhra Inc |
| EM OV CS CA - G3B | подписание кода | eMudhra BV |
| EM OV CS CA - G3C | подписание кода | eMudhra Inc |
TLS — это не совсем тот же механизм проверки и отзыва, что и подпись кода. В центре внимания этой статьи HTTPS/TLS; среда подписи кода должна использовать Microsoft, JDK или соответствующие поставщики программного обеспечения для этой цели проверки, а результаты тестирования браузера не должны рассматриваться как принятие подписи кода. 515
Приложение B Ссылка на ссылку
Следующие источники были проверены 22 октября 2026 г. Постоянное объявление может продолжать обновляться, а статус и версию в тексте следует понимать в зависимости от даты этого документа.
Факты инцидентов и работа с платформой
[1] Google Chrome и Android Официальное объявление Описывает недостатки закрытого ключа, блокировку SPKI, распространение службы Google Play, защиту CT и планы удаления корневого репозитория Chrome. Protecting Chrome and Android Users from Compromised eMudhra Intermediate CA Certificates
[2] Mozilla Bugzilla 2083449 Запись события Содержит исходные отчеты, независимую проверку, исследование процесса генерации, последующие исправления для Firefox Android и обсуждение юридической миграции сертификатов; сосредоточьтесь на комментариях 5, 11, 29 и 30. eMudhra Private key compromise of Intermediate Certificates
[3] Mozilla Firefox Уведомление о безопасности Описание аварийного распределения OneCRL и последующей утилизации Firefox/NSS. Protecting Firefox users following the compromise of eMudhra intermediate certificates
[4] Координатор мероприятий Dennis Jackson Портал сводки и обнаружения технического обслуживания Содержит дополнительные инструкции по состоянию ремонта платформы и программного обеспечения, входу в тестирование, материалам цепочки общедоступных сертификатов и средам, таким как Windows/macOS. Результаты тестирования представляют собой только фактические проверенные пути проверки. eMudhra Intermediate CA Compromise
[5] Mozilla Уведомление для специалистов по распространению и хранилищу доверенных сертификатов Описывает 6 TLS и 2 промежуточных продукта подписи кода CA, Sectigo границы обработки перекрестного подписания, отзыва и корневого доверия, а также перечисляет точную идентификацию сертификата и открытого ключа. oss-security eMudhra Intermediates Compromise
[6] eMudhra Официальное заявление о мероприятии Предоставить предварительное объяснение производителя процесса генерации ключей; Точная основная причина по-прежнему будет зависеть от заключения завершенного расследования. eMudhra Statement on Recent Certificate Security Incident
[7] Cloudflare Официальные инструкции по устранению неисправностей и ремонту Охватывает WARP, Cloudflare Tunnel, проверку исходного сайта, зависимости времени выполнения, обновления образов и методы проверки. 8 eMudhra certificates are compromised Here is what you need to know
Операционные системы и дистрибутивы
[8] Ubuntu Официальное объявление о ремонте Перечисляет пакеты исправлений ca-certificates, каналы поддержки и целевые действия по обновлению для каждой версии. eMudhra CA compromise fixes available
[9] Debian Официальная запись о неполадках и ремонте Запись исправлений сопровождающего и соответствующий пакет выпуска следует воспринимать как стандарт, а ранние временные предложения при обсуждении проблемы не следует рассматривать как окончательное решение. Debian bug 1151413 eMudhra Intermediate CA key compromise
[10] Red Hat Официальный бюллетень по безопасности RHSB 2026 012 Перечисляет номера от RHEL 6 до 10, связанные с ними последствия для продукта и контейнера, а также записи об исправлении выпуска и временной утилизации. Certificate compromise eMudhra
[11] FreeBSD Официальный бюллетень по безопасности Укажите затронутые ветки системы, версии для восстановления и требования к перезапуску службы. FreeBSD SA 26 73 caroot
Время выполнения и протоколы
[12] Python Официальное описание мероприятия Предоставляет базовые показатели ремонта для pip, certifi, uv и т. д., объясняет проблему старого независимого хранилища доверенных сертификатов pip и предоставляет метод начального обновления с проверкой SHA-256. Information for Python users regarding eMudhra emSign CA certificate security incident
[13] Node.js 24.22.1 Официальный выпуск Содержит обновления корневого хранилища NSS и отклоняет изменения, содержащие заблокированные цепочки сертификатов открытых ключей. Node.js 24.22.1 security release
[14] Go Официальный выпуск безопасности Описание Обновление фильтрации цепочки сертификатов crypto/x509 для Go 1.27.3/1.26.10. Go 1.27.3 and Go 1.26.10 are released
[15] Oracle JDK Официальные инструкции по утилизации Объясните критическое исправление JDK и связанные с ним меры по настройке, когда его невозможно обновить немедленно. Distrusting eMudhra Intermediate Certificates in Oracle JDK
[16] TLS 1.3 Стандарт протокола RFC 8446 Инструкции по аутентификации личности, обмену временными ключами и прямой секретности см. в приложении E.1. The Transport Layer Security Protocol Version 1.3
[17] Корневой сертификат, связанный с событием, и данные о взаимоотношениях выдачи Используется для понимания прямого эмитента и отношений перекрестного подписания; статус включения корневого хранилища не может заменить последний статус отзыва или блокировки клиента. Root certificate relationships JSON