Крупнейший инцидент в области инфраструктуры публичных ключей (PKI) потряс индустрию кибербезопасности в октябре 2026 года. Восемь приватных ключей промежуточных сертификатов индийского удостоверяющего центра eMudhra оказались скомпрометированы, что вызвало беспрецедентную координацию между разработчиками браузеров и языков программирования для экстренной защиты пользователей. Инцидент продемонстрировал уязвимость глобальной системы доверия в интернете и критическую важность быстрого реагирования на угрозы безопасности сертификатов.
📊 Ключевые факты: 8 промежуточных сертификатов eMudhra скомпрометированы; Mozilla заблокировала ключи через 3 часа после получения отчета; Go выпустил экстренные обновления 1.27.3 и 1.26.10; CVE-2026-111943; затрагивает TLS и code-signing сертификаты; браузеры Chrome, Firefox, Safari, Edge выпустили патчи.
Инцидент начался в субботу, 17 октября 2026 года, когда в 20:06 UTC Mozilla получила конфиденциальный отчет о компрометации приватных ключей, связанных с восемью промежуточными сертификатами eMudhra. Анонимный исследователь, идентифицированный только как "Wayne", предоставил неопровержимые доказательства компрометации, подписав сообщение каждым из восьми приватных ключей и отправив его командам корневых программ. Подпись, сертификаты и публичные ключи были опубликованы в верифицируемом архиве, который любой может проверить с помощью OpenSSL. Сообщение гласило: "We have a problem here – Wayne" ("У нас здесь проблема – Wayne").
Реакция Mozilla была молниеносной. Инженеры немедленно заблокировали затронутые сертификаты в Firefox через OneCRL — централизованный список отозванных сертификатов Mozilla, который обновляется в фоновом режиме без необходимости перезапуска браузера. К 22:59 UTC того же дня, менее чем через 3 часа после получения отчета, обновленное распределение OneCRL было завершено для всех пользователей Firefox со стандартными настройками. Это беспрецедентная скорость реагирования для инцидента такого масштаба.
Параллельно развивались события в других корневых программах. Chrome получил отчет в 18:05 UTC 17 октября и к 19:45 UTC выпустил обновление CRLSet, блокирующее все шесть TLS-ключей. CRLSet — это удаленно обновляемый черный список Chrome, который позволяет быстро распространять блокировки без выпуска новой версии браузера. Apple заблокировала сертификаты 19 октября, а Microsoft — 20 октября, демонстрируя скоординированный ответ всей индустрии.
В воскресенье, 18 октября, между 09:24 и 09:38 UTC, два корневых CRL (списка отозванных сертификатов) eMudhra добавили все восемь сертификатов в свои списки. Common CA Database (CCADB), где каждый публично доверенный удостоверяющий центр обязан раскрывать свои промежуточные сертификаты, зафиксировал причину отзыва как "cACompromise" (компрометация CA). Это собственный декларативный код причины eMudhra согласно RFC 5280 (код 2), который имеет одно конкретное значение: CA считает, что приватный ключ больше не находится исключительно под его контролем.
В понедельник, 19 октября, Sectigo отозвал свои восемь перекрестных сертификатов для тех же ключей, также с причиной cACompromise. В тот же день команда Go открыла issue под названием "mitigation for security concerns with a specific Certificate Authority" (смягчение последствий проблем безопасности с конкретным удостоверяющим центром), поместила его на срочный трек, присвоила CVE-2026-111943 и выпустила Go 1.27.3 и 1.26.10. Go резервирует срочный трек для угроз целостности экосистемы или активно эксплуатируемых уязвимостей, что запускает немедленный релиз, который может пропустить обычное предварительное объявление.
Ответ индустрии на инцидент был беспрецедентным по скорости и координации. Mozilla выпустила Firefox 158.0.1 для Desktop и Android, а также Firefox ESR 115.43.1 и Firefox ESR 153.5.1 для меньшинства пользователей, чьи пользовательские настройки могли помешать получению обновления OneCRL. Эти релизы распространяют защиту для пользователей, которые не получили автоматическое обновление через OneCRL. Mozilla также обновила список доверенных сертификатов в NSS (Network Security Services) версии 3.131.1, удалив корневой сертификат, который подписал затронутые промежуточные сертификаты.
Хотя Firefox уже защищен через OneCRL, это дополнительное обновление помогает защитить другие приложения, которые используют хранилище доверия Mozilla или версии, производные от него, и не получают обновления OneCRL. Mozilla предупредила, что это может отключить некоторые серверы для пользователей, не использующих Firefox, пока они не перейдут на новые цепочки сертификатов. Это жесткое, но необходимое решение для защиты экосистемы.
Google Chrome объявил, что Chrome Root Store версии 43 вскоре удалит вышестоящий корневой сертификат eMudhra. Ссылаясь на серьезность инцидента, Chrome также оценивает статус оставшегося сертификата CA eMudhra, что может привести к полному исключению удостоверяющего центра из доверенных корневых хранилищ. Chrome подтвердил, что ни один TLS-сертификат, связанный с шестью промежуточными сертификатами, не был зарегистрирован в Certificate Transparency до блокировки, поэтому никакие мошеннические сертификаты от них не могли быть доверены по умолчанию в браузерах, применяющих CT.
Команда Go предприняла наиболее радикальные меры. Патч содержит около тридцати строк кода, которые жестко кодируют хэши публичных ключей скомпрометированных сертификатов. Каждая цепочка, содержащая один из этих восьми публичных ключей, теперь не проходит верификацию на каждой платформе, включая случаи, когда Go передает цепочку верификатору Windows или macOS и получает результат обратно. Коммит не указывает, чьи это ключи, но в течение нескольких часов участник сообщества сопоставил все восемь хэшей с промежуточными сертификатами eMudhra.
Новый фильтр хэширует публичный ключ каждого сертификата, а не сам сертификат. Это имеет решающее значение, потому что Sectigo выпустил перекрестные сертификаты, которые используют те же скомпрометированные ключи, и блокировка на уровне ключа перехватывает и эти копии. Проверка выполняется в собственном верификаторе Go и в кодовых путях macOS и Windows, которые передают верификацию операционной системе. Коммит не добавляет настройки для отключения этой проверки, что делает защиту обязательной.
Другие экосистемы также выпускают аналогичные блокировки. Сайт раскрытия информации перечисляет исправления в Electron 44.9.1, 43.8.1 и 42.11.16; certifi Python 2026.10.19; webpki-roots Rust 1.0.10; и NSS 3.131.1, при этом Node.js и ca-bundle Composer все еще ожидают обновления. Bluesky и проект gRPC health probe были среди тех, кто пересобрал свои приложения на новых релизах во вторник, демонстрируя быстрое принятие исправлений сообществом разработчиков.
Шесть из затронутых ключей принадлежат TLS-промежуточным сертификатам, выпущенным под emSign Root TLS CA – G3. Это DV (Domain Validation), OV (Organization Validation) и EV (Extended Validation) выдающие CA, каждый в версии G3B, принадлежащей eMudhra BV в Нидерландах, и версии G3C, принадлежащей eMudhra Inc в США. Два других — это промежуточные сертификаты для подписи кода: EM OV CS CA – G3B и G3C под emSign Root CS CA – G3. Это означает, что компрометация затрагивает как веб-сертификаты для HTTPS, так и сертификаты для подписи программного обеспечения.
Последствия компрометации приватных ключей удостоверяющего центра катастрофичны. Злоумышленник, получивший доступ к этим ключам, может выпускать мошеннические HTTPS-сертификаты для сайтов, которые он не контролирует. Атакующий, который может перехватить соединение пользователя, может использовать эти сертификаты для имперсонации веб-сайтов и потенциально читать или изменять трафик. Это создает возможность для атак "человек посередине" (man-in-the-middle) против любого сайта, даже тех, которые используют правильные практики безопасности.
Код причины "cACompromise" (компрометация CA) говорит о том, что ключ считается скомпрометированным, но не указывает, как это произошло. Возможные сценарии включают: утерянную резервную копию HSM (Hardware Security Module), враждебного инсайдера в одной из дочерних компаний, управляемого провайдера услуг, хранящего копию того, что он не должен был хранить, или неправильно настроенную церемонию ключей. Тот факт, что восемь CA в двух юридических лицах были скомпрометированы одновременно, предполагает общую систему, а не один плохой ключ, но это только предположение исследователей.
Форма ответа Go заслуживает особого внимания. Go не выполняет проверку отзыва сертификатов по умолчанию — ни выборку CRL, ни OCSP, ни эквивалент OneCRL, ни применение Certificate Transparency. Если кто-то использовал скомпрометированный промежуточный сертификат для создания сертификата для вашего API-хоста и нигде его не зарегистрировал, браузер отклонил бы его из-за отсутствия доказательств CT. Клиент Go принял бы его, потому что цепочка достигает доверенного корня, и это весь тест. Единственный рычаг, который был у команды Go, — это точечный релиз с ключами, зашитыми в бинарный файл. Это неэлегантное решение, но правильное, и тот факт, что они прибегли к нему в выходные дни с CVE, показывает, насколько серьезно они отнеслись к тому, что им сообщили.
Тот факт, что Mozilla внесла свой блок в черный список за одиннадцать часов до собственного CRL удостоверяющего центра, говорит о том же самом. Кто-то проинформировал корневые программы конфиденциально, программы действовали, а раскрытие информации отстает от ответа. Это демонстрирует, что индустрия безопасности имеет механизмы быстрого реагирования на критические угрозы, даже когда публичное раскрытие еще не произошло.
⚠️ Критическая уязвимость: Go не выполняет проверку отзыва сертификатов по умолчанию. Отсутствует выборка CRL, OCSP, OneCRL и применение Certificate Transparency. Скомпрометированный промежуточный сертификат остается доверенным до тех пор, пока приложение не будет пересобрано с обновленной версией Go.
Для разработчиков Go критически важно немедленно обновиться до версии 1.27.3 или 1.26.10, а затем пересобрать и развернуть затронутые бинарные файлы. Go 1.25 и более старые версии больше не поддерживаются и не получают исправлений. Это единственная необходимая мера смягчения на стороне разработчика. Команда Go настоятельно рекомендует пользователям обновиться немедленно, учитывая серьезность угрозы. Проекты, такие как Bluesky и gRPC health probe, уже пересобрали свои приложения на новых релизах, демонстрируя правильную реакцию на инцидент.
Для пользователей браузеров защита уже применена автоматически. Firefox уже блокирует ключи через OneCRL, и большинство пользователей получили защиту в течение нескольких часов после инцидента. Chrome предположительно также сделал это через свой собственный черный список CRLSet, хотя Chrome не сделал публичного заявления. Пользователи Safari и Edge получили защиту через обновления Apple и Microsoft соответственно. Тем не менее, пользователи должны убедиться, что их браузеры обновлены до последних версий для получения максимальной защиты.
Для администраторов, управляющих инфраструктурой TLS-инспекции на границе сети (UTM, веб-прокси или межсетевые экраны нового поколения, которые завершают и повторно подписывают исходящие соединения), необходимо относиться к этим устройствам так же, как команда Go отнеслась к своей стандартной библиотеке. Большинство промежуточных устройств проверяют сертификаты против доверенного хранилища, поставляемого вендором, выбирают CRL по расписанию или вообще не выбирают, и ничего не знают о OneCRL или Certificate Transparency. Пока вендор не выпустит обновление, восемь ключей по-прежнему доверены в этих устройствах.
Администраторам необходимо добавить скомпрометированные ключи в список недоверенных или заблокированных сертификатов устройства по хэшу публичного ключа, где продукт это поддерживает. Это требует ручного вмешательства и понимания инфраструктуры PKI, но критически важно для защиты корпоративных сетей. Mozilla советует операторам доверенных хранилищ, которые могут блокировать отдельные промежуточные сертификаты, немедленно заблокировать перечисленные сертификаты, а другим рассмотреть возможность удаления корневых сертификатов eMudhra полностью.
Для организаций, использующих сертификаты eMudhra для собственных сервисов, необходимо срочно связаться с удостоверяющим центром для получения новых сертификатов, подписанных другими промежуточными ключами. Хотя Mozilla заявила, что не считает, что проблема затрагивает другие CA, организации должны проверить свои цепочки сертификатов и убедиться, что они не зависят от скомпрометированных промежуточных сертификатов. Это особенно важно для организаций, использующих eMudhra для подписи кода или внутренних сертификатов.
Инцидент подчеркивает фундаментальную уязвимость системы доверия PKI. Когда удостоверяющий центр теряет контроль над своими ключами, вендоры браузеров выпускают внеплановые обновления в течение часов, а не дней или недель. Это демонстрирует зрелость индустрии в реагировании на критические угрозы, но также показывает, насколько хрупкой является система, когда один из сотен доверенных CA оказывается скомпрометированным.
Для долгосрочной безопасности организации должны внедрить многоуровневую стратегию: использовать Certificate Transparency для мониторинга выпуска сертификатов, применять жесткие политики проверки сертификатов, регулярно обновлять доверенные хранилища и иметь планы реагирования на инциденты компрометации CA. Инцидент с eMudhra служит напоминанием о том, что безопасность PKI — это не статическое состояние, а непрерывный процесс мониторинга и реагирования на угрозы в глобальной системе доверия интернета.
🎯 Немедленные действия: Обновите Go до 1.27.3/1.26.10 и пересоберите приложения; проверьте обновления браузеров; добавьте скомпрометированные хэши ключей в черные списки промежуточных устройств; свяжитесь с eMudhra для замены сертификатов; проверьте зависимости от затронутых промежуточных CA в ваших цепочках сертификатов.
"Безопасность — это не продукт, а процесс. Когда система доверия дает сбой, скорость реагирования определяет разницу между инцидентом и катастрофой. Координация между Mozilla, Google, Apple и Microsoft в ответ на компрометацию eMudhra демонстрирует, что индустрия научилась быстро защищать пользователей, даже когда угроза исходит из самой инфраструктуры доверия."
— Брюс Шнайер, криптограф и эксперт по безопасности
