❌Компрометация промежуточных УЦ eMudhra: хронология инцидента Кучно пошло, только теперь с настоящей компрометацией. 17 октября исследователь безопасности (Wayne) сообщил о компрометации ключей восьми промежуточных сертификатов УЦ eMudhra. Ключи цепочкой восходят к корневым сертификатам, которым доверяют Mozilla, Microsoft, Apple и Chrome. Для доказательства он подписал сообщение "We have a problem here" ключом каждого из восьми ЦС. Интересно посмотреть на хронологию реакции: 🔹17 октября, 18:05 UTC - Chrome Root Program получает отчёт от исследователя. 🔹17 октября, 19:45 UTC - Chrome подтверждает компрометацию и выпускает обновление CRLSet, блокирующее SPKI-хеши промежуточных УЦ. Пользователи Chrome защищены без обновления браузера. 🔹17 октября, 20:06 UTC - Mozilla получает тот же отчёт. 🔹17 октября, 22:59 UTC - Mozilla завершает блокировку затронутых сертификатов в Firefox через OneCRL (без необходимости обновления или перезапуска браузера). ❌18 октября ~ 9:30 UTC - отзыв промежуточных сертификатов УЦ. 🔹19 октября - Apple блокирует сертификаты на своих устройствах. Информация передана всем, кто использует эти сертификаты в своих хранилищах доверия. 🔹20 октября - Microsoft блокирует сертификаты. Mozilla выпускает обновление NSS (3.131.1), удаляющее корневой сертификат, с использованием которого подписаны эти промежуточные ЦС. Chrome анонсирует Chrome Root Store v43 с удалением корня eMudhra. Последствия очевидны - атакующий с ключом любого из скомпрометированных ЦС мог выдавать сертификата на любой сайт или сервис. Mozilla и Chrome заявляют, что не считают инцидент затрагивающим другие УЦ. Разработчикам рекомендовано обновить зависимости: Go (1.27.3/1.26.10), Electron (44.9.1+), Python certifi (2026.10.19), Rust rustls-webpki (0.103.16), NSS 3.131.1 и др. Для Node.js и Composer патчи пока в процессе. УЦ eMudhra в CRL указана причина отзыва "cACompromise" (код 2 RFC 5280) - это фактическое признание, что закрытые ключи вышли из-под исключительного контроля УЦ. Поэтому совершенно логичным выглядит вопрос - "как такое могло произойти, если ключи хранятся в HSM?" Согласно стандарту Web PKI (BR CA/Browser Forum) закрытые ключи УЦ обязаны храниться в HSM, а не в программном виде. eMudhra на своём сайте заявляет, что использует FIPS-сертифицированные HSM и генерацию ключей внутри HSM. На текущий момент причина компрометации ключей ЦС остаётся неизвестной. ✍️Об ЭП и УЦ