Реплика: УЦ eMudhra и доверие программам доверия

Про реакцию вокруг истории Удостоверяющего Центра (УЦ) eMudhra, – его скомпрометированных, тривиальных ключей, – сейчас пишут много, и разное. Но образовался какой-то странный перекос. Вообще-то, в данной истории вылезла проблема вовсе не с одним конкретным УЦ, а с программой доверия в целом.

То есть, в доверенной, “коробочной” версии набора ключей, используемой браузерами и прочими системами, повсеместно, больше года находились ключи из пары, “секретная” часть которой не являлась секретной. Совсем не являлась секретной. Да, эти ключи предложили к размещению из одного конкретного УЦ. Однако полностью скомпрометирована оказалась вся программа: ключи туда приняли, они были подписаны другим УЦ, повсеместно включены автоматом в качестве доверенных. Действия одного УЦ – компрометация всей программы. Больше года – время реакции.

Не сомневайтесь, именно так и было: ключи промежуточных УЦ уже много лет, по условиям тех самых программ доверия браузеров, необходимо предъявлять сразу после выпуска, это строгое требование; на тривиальных ключах была поставлена кросс-подпись другого хорошо известного доверенного УЦ (Sectigo). Тут целый ряд авторитетных корпораций (Google, Mozilla, Microsoft, Apple) – законодатели мод и локомотивы разнообразных требований и рекомендаций, ограничивающих участие в программах доверия. Для безопасности.

Однако в программе явно “что-то пошло не так”. Поэтому реальная проблема – гораздо больше и основательнее.

Но почему-то заметают её под ковёр.

Адрес записки: https://dxdt.blog/2026/10/27/19531/

Похожие записки:



Далее - мнения и дискуссии

(Сообщения ниже добавляются читателями сайта, через форму, расположенную в конце страницы.)

Комментарии читателей блога: 4

  • 1 <t> // 27th October 2026, 16:16 // Читатель Beldmit написал:

    Ты не вполне точен в формулировках. Ключи сразу изъяли из бандлов, когда ключи стали известны. До того они известны не были.

    Но в общем так любые системы и развиваются: нашли дырку – заткнули дырку. Хотя возможно, в свете MTC классические бандлы умрут очень быстро.

  • 2 <t> // 27th October 2026, 17:24 // Александр Венедюхин:

    Ну, ключи-то тривиальные – они автоматически узнаются и готовыми утилитами проверки (что и было проделано, но спустя много месяцев), и прочими элементарными средствами.

  • 3 <t> // 27th October 2026, 18:27 // Читатель Beldmit написал:

    Посмотри дискуссии в OpenSSL про валидацию ключей, например

  • 4 <t> // 27th October 2026, 19:13 // Александр Венедюхин:

    Не, ну а что там дискутировать? Эти ключи – тривиальные. Это очевидно. Скаляр меньше 2^8 – обнаруживается за секунду. Кода – ну, строк тридцать, со всем извлечением ключей из сертификата. То есть, на мой взгляд, это заведомо известные ключи. Но УЦ – может ошибиться. Но ошибка должна была бы обнаружиться очень быстро силами программ доверия. Потому что обнаруживает их простой линтер. У меня студенты профильной кафедры в качестве курсовой успешно делают логарифмирование посложнее, а упомянутые значения – они просто совсем табличные. Пишут, что это всё обнаруживалось и paranoid_crypto, к тому же, который вообще инструмент из Google.

    Всё это выглядит как-то не очень красиво.

    В требованиях CA/B-форума записана обязательная проверка ключей. Программы доверия – много лет позиционировались так, что, мол, именно от подобных штук защитят всех пользователей. А так – ошибиться каждый может, это понятно.

    С другой стороны – и квантовый компьютер никто не предъявил, но, поди ж ты, кругом ML-DSA – мол, срочно нужно.

    В общем, странная история какая-то. На мой взгляд – основная проблема именно в программах доверия, а не в конкретном этом УЦ, который как-то ещё и попал в эти программы ведь.

Написать комментарий

Ваш комментарий:

Введите ключевое слово "2F469" латиницей СПРАВА НАЛЕВО (<--) без кавычек: (это необходимо для защиты от спама).

Если видите "капчу", то решите её. Это необходимо для отправки комментария ("капча" не применяется для зарегистрированных пользователей). Обычно, комментарии поступают на премодерацию, которая нередко занимает продолжительное время.