Профиль: Аноним (вход | регистрация) неRU opennet.me  
OpenNET

[ новости /+++ | форум | теги |    ]

Ошибка при генерации ключей удостоверяющего центра eMudhra позволяла получить TLS-сертификаты для любых сайтов

20.10.2026 22:35 (MSK)

Компания Mozilla предупредила о компрометации закрытых ключей, связанных с восемью промежуточными (вторичными) корневыми сертификатами удостоверяющего центра eMudhra. Скомпрометированные ключи позволяли выпустить поддельные TLS-сертификаты для любого сайта, воспринимаемые как заслуживающие доверия во всех браузерах, и использовать их для перехвата или модификации транзитного трафика.

Закрытые ключи были воссозданы исследователями из имеющихся в публичном доступе данных, что стало возможным из-за ошибки в процессе генерации ключей на базе эллиптической кривой P-384. Ошибка привела к тому, что ключи были сгенерированы с использованием при инициализации целых чисел меньше 256 вместо криптографически стойких случайных чисел. При такой генерации закрытый ключ может быть воссоздан c помощью алгоритма дискретного логарифмирования или простым перебором с генерацией первых 256 возможных ключей. Так как процедура воссоздания закрытых ключей может быть повторена злоумышленниками всем пользователям рекомендуется срочно обновить браузеры и пакеты с сертификатами.

В качестве доказательства утечки закрытых ключей сообщивший об инциденте исследователь опубликовал сообщение, подписанное закрытыми ключами от каждого из восьми скомпрометированных сертификатов eMudhra. Проверить свой браузер на предмет обновления информации об отозванных сертификатах можно на сайте, посвящённом инциденту.

Экстренно сформированы корректирующие выпуски Firefox 158.0.1, 115.43.1 и 153.5.1, а также библиотеки NSS 3.131.1, в которых обновлено хранилище корневых сертификатов и заблокированы проблемные сертификаты. В Chrome и продуктах Google скомпрометированные сертификаты заблокированы 17 октября, в Apple - 19 октября, а в Microsoft - 20 октября. Блокировка также выполнена через централизованные списки отозванных сертификатов s OneCRL, CRLite и CRLSets.

Пакеты с обновлёнными корневыми сертификатами выпущены для Ubuntu (ca-certificates 20260816ubuntu0.2*.04.1), Arch Linux (ca-certificates-mozilla 3.131.1-1), Gentoo (ca-certificates 20260816.3.125), curl, Homebrew, Go (1.27.3, 1.26.10), Python, RustTLS, Electron и Elixir. Необновлёнными на момент написания новости остаются списки корневых сертификатов в Debian, FreeBSD, Node.js, Bun и Composer.

До обновления пакета ca-certificates для ручного удаления проблемных корневых сертификатов в Debian и Ubuntu можно использовать команду:


   sed -i \
     -e 's|^mozilla/emSign_ECC_Root_CA_-_G3.crt|!&|' \
     -e 's|^mozilla/Comodo_AAA_Services_root.crt|!&|' \
     /etc/ca-certificates.conf && update-ca-certificates

В Fedora, RHEL, CentOS Stream, Rocky Linux, AlmaLinux и Amazon Linux 2023:


   d=/etc/pki/ca-trust/source/blocklist; [ -d $d ] || d=/etc/pki/ca-trust/source/blacklist
   trust extract --overwrite --format=pem-bundle \
     --filter='pkcs11:object=Comodo%20AAA%20Services%20root;type=cert' \
     $d/Comodo_AAA_Services_root.pem &&
trust extract --overwrite --format=pem-bundle \
     --filter='pkcs11:object=emSign%20ECC%20Root%20CA%20-%20G3;type=cert' \
     $d/emSign_ECC_Root_CA_-_G3.pem &&
   update-ca-trust

В openSUSE и SLES:


   d=/etc/pki/trust/blocklist; [ -d $d ] || d=/etc/pki/trust/blacklist
trust extract --format=pem-bundle \
     --filter='pkcs11:object=Comodo%20AAA%20Services%20root;type=cert' \
     $d/Comodo_AAA_Services_root.pem &&
trust extract --format=pem-bundle \
     --filter='pkcs11:object=emSign%20ECC%20Root%20CA%20-%20G3;type=cert' \
     $d/emSign_ECC_Root_CA_-_G3.pem &&
   update-ca-certificates

В NixOS:


   security.pki.caCertificateBlacklist = [
     "Comodo AAA Services root"
     "emSign ECC Root CA - G3"
   ];

В NetBSD:


   certctl untrust /usr/share/certs/mozilla/all/emSign_ECC_Root_CA_-_G3.pem &&
   certctl untrust /usr/share/certs/mozilla/all/Comodo_AAA_Services_root.pem


  1. Главная ссылка к новости (https://blog.mozilla.org/secur...)
  2. OpenNews: Сертификат удостоверяющего центра был использован для перехвата трафика произвольных доменов
  3. OpenNews: В клиентском ПО удостоверяющего центра MonPass выявлен бэкдор
  4. OpenNews: Уязвимость в удостоверяющем центре SSL.com, позволявшая получить сертификат для чужого домена
  5. OpenNews: Атакующие получили 27 сертификатов, скомпрометировав ПК сотрудников удостоверяющего центра Digicert
  6. OpenNews: Cloudflare создаёт удостоверяющий центр для бесплатной раздачи TLS-сертификатов
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/66515-hach
Ключевые слова: hach, cert, ca
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (19) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Дим (?), 23:09, 20/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    А смартфоны что, остаются не обновлёнными?
     
     
  • 2.9, Xasd1 (?), 23:26, 20/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    разве?
     

  • 1.2, Аноним (2), 23:10, 20/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/–
    Приватный ключ "4" - залог безопасности.
     
     
  • 2.15, Аноним (15), 00:57, 21/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    https://xkcd.com/221/
     
  • 2.17, Аноним (17), 00:59, 21/10/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/–


    // chosen by fair dice roll.
    // guaranteed to be random.


     

  • 1.3, Аноним (3), 23:12, 20/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/–
    > Экстренно сформированы корректирующие выпуски Firefox 158.0.1, 115.43.1 и 153.5.1, а также библиотеки NSS 3.131.1, в которых обновлено хранилище корневых сертификатов и заблокированы проблемные сертификаты. В Chrome и продуктах Google скомпрометированные сертификаты заблокированы 17 октября, в Apple - 19 октября, а в Microsoft - 20 октября. Блокировка также выполнена через централизованные списки отозванных сертификатов s OneCRL, CRLite и CRLSets.

    Как быстро все зашевилилсь

     
  • 1.4, Аноним (4), 23:12, 20/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/–
    Все приватные ключи: 4, 56, 230, 237, 115, 155, 156, 66
    Нет, это не шутка
     
     
  • 2.7, Аноним (7), 23:20, 20/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Их скомпрометировали, чтобы узнать, что они уже были скомпрометированы
     
  • 2.19, Ivan_83 (ok), 01:09, 21/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Забавно, я думал они serial запихали туда, а они видимо только один байт от рандома брали.

    Я теперь даже не знаю что делать: или пойти себе сертификатов выписать или пропатчить код чтобы ключи с низкой энтропией (менее 1/4 от битности) или режектил или хотя бы варнинг писал :)

     

  • 1.5, Аноним (5), 23:17, 20/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/–
    Это вот как напоминание для тех, кто пишет, что отключают обновления и вообще зачем обновлять ОС и софт.

    Вот из-за таких случаев.

     
     
  • 2.10, чатжпт (?), 23:30, 20/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > напоминание для тех, кто пишет, что отключают обновления

    этим людям нечего скрывать

     
     
  • 3.14, Аноним (14), 00:48, 21/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    уже нечего
     

  • 1.6, Sadok (ok), 23:19, 20/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    а вы сертификаты по именам файлов сверяете? момлодцы какие...
     
  • 1.11, Аноним (11), 23:51, 20/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    > Компания Mozilla предупредила о компрометации закрытых ключей, связанных с восемью промежуточными (вторичными) корневыми сертификатами удостоверяющего центра eMudhra.

    А какое отношение eMudhra имеет к Comodo?

     
  • 1.13, Аноним (13), 00:34, 21/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    eMudhraки
     
  • 1.16, Ятыаноним (?), 00:58, 21/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/–
    красиво Индусов слили.
    интересно за что, кому то не тому серт выпустили?

    а будут возмущаться - и остальные отберут.

     
  • 1.18, Ivan_83 (ok), 01:05, 21/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    > Закрытые ключи были воссозданы исследователями из имеющихся в публичном доступе данных, что стало возможным из-за ошибки в процессе генерации ключей на базе эллиптической кривой P-384. Ошибка привела к тому, что ключи были сгенерированы с использованием при инициализации целых чисел меньше 256 вместо криптографически стойких случайных чисел.

    Интереснее сам процесс как он до такого дошёл.
    Поди кто то протупил и запихал serial number ещё и в то место куда ожидался рандом :)


    > Экстренно сформированы корректирующие выпуски...

    Голактико в опасносте!!!!
    Да как бы вообще пофик если честно, ибо учитывая как LE опошлил всю тему то эти все TLS на публичных CA разве что от соседа спрятать великую тайну: "какую именно новость на опеннете я сейчас читаю".

     
     
  • 2.20, Аноним (20), 01:36, 21/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Поди кто то протупил и запихал serial number ещё и в то место куда ожидался рандом :)

    С какого? это же HSM генерить должен, куда лять аудит смотрел когда их в трасты принимали?

     
  • 2.21, Аноним (21), 01:36, 21/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Что же именно опошлил LE? Система CA всегда была сборищем бесполезных дармоедов, берущих деньги за такое вот. LE хорош уже хотя бы тем что а) не берет деньги б) обеспечивает отток клиентов у этих дармоедов.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    XSQUARE
    Inferno Solutions
    Hosting by Hoster.ru
    Хоcтинг: