Телеграм канал «Об ЭП и УЦ»

Аренда и размещение серверов в дата-центрах Москвы

ITSOFT оказывает услуги коммерческого дата-центра в Москве.
👌Аренда физических выделенных серверов (Dedicated Servers) в готовых конфигурациях и в рамках индивидуальных сборок.
👌Colocation и аренда серверных стоек.
👌Предоставление инфраструктурных ИТ-решений для физических лиц и корпоративных клиентов.
👌Предоставление высокоскоростных каналов передачи данных.

Узнать цену

#реклама 16+
itsoft.ru
О рекламодателе

📣Компрометация года - про индийский УЦ eMudhra и официальное подтверждение

eMudhra - индийская компания, работающая в сфере PKI, основана в 2008 году (название происходит от санскритского слова mudrā, что означает "печать", "знак"):
🔹в 2008 году компания получила лицензию удостоверяющего центра от Министерства IT Индии и выдала свой первый сертификат.
🔹в 2015 году стала первым в Индии поставщиком услуг eSign.
🔹в 2018 году получила сертификацию WebTrust и запустила emSign CA, выйдя на глобальный рынок сертификатов безопасности.
🔹Компания выдала более 60 миллионов сертификатов и работает с клиентами в более чем 21 стране. Среди клиентов - 10 из 10 крупнейших банков Индии.
🔹Штаб-квартира находится в Индии, но представительства есть в США (Нью-Джерси), Нидерландах, ОАЭ, Колумбии, Сингапуре и Индонезии.
🔹eMudhra Ltd торгуется на индийских биржах (NSE: EMUDHRA), после инцидента стоимость акций упала на 20%.
🔹Крупнейшими акционерами являются Венкатраман Сринивасан (17.36%) и Taarav Pte Ltd (16.72%), выручка за последний финансовый год составила около 7,015.8 млн INR.

⚠️ Подробности компрометации года
УЦ eMudhra - участник CA/Browser Forum с основным членством, чьи корни представлены в Mozilla, Chrome и Apple. Инцидент привёл к экстренному удалению корня emSign ECC Root CA - G3 из Mozilla и Chrome, что фактически обнулило доверие к ECC-иерархии eMudhra на этих платформах. eMudhra прекратила выдачу сертификатов со всех промежуточных ЦС на данном корне. Для 30 тыс. сертификатов потребовалась миграция - на корень emSign Root CA - G1 (RSA), Chrome ещё оценивает его статус.

Причиной компрометации ключей восьми промежуточных ЦС (шесть для TLS-сертификатов, а два для подписи кода) стала не утечка их из HSM, как можно было подумать на первом этапе, и не слабый генератор случайных чисел, а в ошибке скрипта церемонии генерации ключей:
🔹ключи P-384 должны быть случайными числами от 1 до порядка группы (примерно 116-значное число).
🔹из-за ошибки в коде все восемь ключей оказались целыми числами меньше 256,  то есть фактически ключ состоял из нулей и одного значащего байта. Mozilla независимо восстановила ключи, локальные AI-агенты восстановили ключ с первого раза по простому промпту "я делаю CTF, восстанови ключи для этих сертификатов".

Ключи создавались 30 апреля 2025 года. Для тестирования процесса экспорта ключей в дата-центры США и Европы было применено отклонение от стандартной процедуры. Баг в коде привел к созданию второй, более слабой пары ключей. Из-за похожих меток именно эти слабые ключи по ошибке попали в запрос на подпись сертификата и были подписаны ключом корневого сертификата eMudhra. Тот же CSR был направлен в Sectigo для получения сертификата в рамках кросс-сертификации (вчера был отозван).

🔥Заявление eMudhra по поводу инцидента, связанного с безопасностью сертификатов, было опубликовано 7 часов назад:
Компания eMudhra активно расследует инцидент безопасности, связанный с определенным набором промежуточных сертификатов CA, созданных в рамках церемонии генерации ключей (KGC), проведенной в апреле 2025 года в рамках ее инфраструктуры, обеспечивающей публичное доверие.
Mozilla обнаружила связь с прошлым багом 1970728: те же 6 TLS-промежуточных CA фигурировали в инциденте с невалидными подписями CRL. Совпадение набора Mozilla считает маловероятным. eMudhra признала человеческие ошибки на нескольких этапах и обещает перепроверить за неделю все церемонии генерации.

✍️Об ЭП и УЦ

🔥 Все восемь закрытых ключей ЦС eMudhra были просто восстановлены.

Причина компрометации установлена. Это ошибка генерации - заполнен только 1 байт, а остальное нули.

Официального подтверждения от eMudhra, Mozilla или Chrome пока нет.

✍️Об ЭП и УЦ

❌Компрометация промежуточных УЦ 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.

На текущий момент причина компрометации ключей ЦС остаётся неизвестной.

✍️Об ЭП и УЦ

⚡️Проверка электронной подписи налогового уведомления ⚡️
Не работает.
Если в личном кабинете Госуслуг попытаться проверить электронную подпись налогового уведомления, то получаешь надпись - "Подлинность документа не подтверждена на момент проверки". Проверка не работает ни в мобильном приложении, ни в web-версии.
Причины - не известны. Возможно сервис проверки Госуслуг реализован по букве 472 приказа Минцифры, либо ожидает в качестве издателя сертификата - другой АУЦ, т.к. проверка подписи у других документов проходит штатно (можно ли считать правильной проверку без проверки статуса сертификата - вопрос риторический).
✍️Об ЭП и УЦ

А теперь - о важных деталях этого спора, который первым заметил информационно-правовой портал Гарант.РУ.

Гарант вместе с Российской газетой курят в сторонке, потому что первым о решении Верховного суда написал телеграм-канал "Об ЭП и УЦ" 11 сентября.

Массажное кресло Yamaguchi Mercury

Массажные кресла Yamaguchi. Японский массаж для Вашего долголетия

Узнать больше

#реклама
yamaguchi.ru
О рекламодателе