GoDaddy аннулирует 9000 ошибочно утвержденных SSL-сертификатов

GoDaddy аннулирует 9000 ошибочно утвержденных SSL-сертификатов

GoDaddy аннулирует 9000 ошибочно утвержденных SSL-сертификатов

GoDaddy был вынужден отозвать во вторник тысячи SSL-сертификатов в результате неустановленный ошибки программного обеспечения. Об этой проблеме стало известно благодаря некоторым пользователям, опубликовавшим уведомления по электронной почте.

Из-за ошибки программного обеспечения, недавно выпущенный сертификат для вашего домена был выдан без надлежащей проверки. Нам придется отозвать сертификат в качестве меры предосторожности. Сертификат будет аннулирован сегодня (10 января). Ошибка программного обеспечения, из-за которой возникли проблемы была устранена. Мы продолжаем внимательно следить за нашей системой.

HTTPS-протокол на веб-сайте будет работать даже в случае аннулирования сертификата, однако посетителям будет отображаться предупреждение о недействительном сертификате в браузере. GoDaddy произведут замену сертификатов бесплатно и приносят своим клиентам извинения за доставленные неудобства.

В своем блоге GoDaddy утверждает, что ошибка возникла полгода назад и затронула менее двух процентов от сертификатов, выданных в период с 29 июля 2016 по 10 января 2017. Всего пострадало около 6100 клиентов.

Сотрудники GoDaddy непреднамеренно поспособствовали возникновению этой ошибки во время работы над кодом, которая была предназначена для улучшения процесса выдачи сертификата. Как следствие, в определенных обстоятельствах проверка домена могла потерпеть неудачу.

Уязвимость в Linux-компоненте PackageKit позволяла получить root

В PackageKit обнаружили серьёзную уязвимость, из-за которой обычный пользователь Linux мог устанавливать пакеты с правами root без аутентификации. Проблема получила идентификатор CVE-2026-41651 и 8,1 балла по CVSS. Уязвимость назвали Pack2TheRoot.

Она связана с состоянием гонки (race condition) типа TOCTOU в обработке флагов транзакций. PackageKit мог проверять одни параметры, а выполнять операцию уже с другими, подменёнными атакующим.

В результате пользователь без высоких прав мог запустить установку произвольных RPM-пакетов от имени root. Это особенно опасно, поскольку вместе с пакетами могут выполняться скрипты установки, а значит, злоумышленник получает удобный путь к компрометации системы.

Проблему обнаружила Red Team компании Deutsche Telekom. По её данным, уязвимость подтверждена в PackageKit версий с 1.0.2 по 1.3.4, но, вероятно, существовала ещё с версии 0.8.1, выпущенной около 14 лет назад.

Среди затронутых систем исследователи называют Ubuntu Desktop и Server, Debian Desktop Trixie, RockyLinux Desktop, Fedora Desktop и Server. Также потенциально уязвимыми могут быть и серверы с установленным Cockpit, поскольку PackageKit является для него опциональной зависимостью. Это может касаться в том числе систем на базе Red Hat Enterprise Linux.

Технические детали исследователи пока раскрывать не стали: по их словам, уязвимость легко эксплуатируется и может за считаные секунды привести к получению root-доступа или другой форме компрометации системы.

При этом атака оставляет заметные следы. После успешной эксплуатации демон PackageKit падает из-за ошибки утверждения, а затем systemd перезапускает его при следующем обращении через D-Bus. Поэтому сбой можно увидеть в системных журналах.

Уязвимость исправили в PackageKit 1.3.5. Патчи также уже вошли в свежие обновления Debian, Ubuntu и Fedora.

RSS: Новости на портале Anti-Malware.ru