В России за неделю заблокировали 15 тыс. сайтов

В России за неделю заблокировали 15 тыс. сайтов

В России за неделю заблокировали 15 тыс. сайтов

Реестр заблокированных сайтов на минувшей неделе пополнялся так активно, как не наблюдалось со времен массовых блокировок в 2018 и 2021 годах. В “черный список” внесли 15 тыс. записей.

Значительная часть требований о внесудебной блокировке приходится на ведомство, название которого не раскрывается. Правозащитники предполагают, что речь идет о Генпрокуратуре.

С 5 по 11 декабря в России закрыт доступ к 14,8 тыс. интернет-ресурсов, свидетельствуют данные реестра заблокированных сайтов, собранные правозащитной организацией “Роскомсвобода”. Для сравнения: в течение года блокировалось в среднем 5 тыс. ресурсов в неделю.

Последний раз подобный всплеск блокировок наблюдался в апреле 2021 года на фоне протестов в поддержку политика Алексея Навального: тогда за неделю с 19 апреля 2021 года было заблокировано 18,1 тыс. сайтов и страниц.

Предыдущий пик пришелся на период принятия отмененного сейчас решения о блокировке Telegram: в период с 23 по 30 апреля 2018 года было заблокировано 13,4 тыс. ресурсов.

На прошлой неделе 2,1 тыс. ресурсов (14% от общего числа) было заблокировано по решению некоего неназванного ведомства, отмечают журналисты.

“Предположительно, это Генпрокуратура, потому что именно она у нас “вдруг” исчезла из выгрузок”, — считает пресс-секретарь “Роскомсвободы” Наталья Малышева.

Упоминания Генпрокуратуры и реквизиты ее решений о блокировках перестали отображаться в системе мониторинга “Роскомсвободы” в ноябре. Уже в декабре Роскомнадзор представил проект приказа, по которому можно будет не раскрывать сведения о решениях Генпрокуратуры.

То, что в последнее время доступность сайтов в России ощутимо не ухудшалась, может свидетельствовать о синхронизации реестра заблокированных сайтов со списками для фильтрации, отправляемыми на ТСПУ (технические средства противодействия угрозам, оборудование, устанавливаемое на сетях операторов связи по закону “о суверенном рунете”), полагает гендиректор Института исследований интернета Карен Казарян.

Причина для этого, по его мнению, может быть сугубо формальной — “близится конец года, настает пора отчетов”.

Казарян отметил, что зачастую закрывается доступ к сайтам, на которые бы вне факта блокировки никто и не обратил бы внимания — “логика блокировок далеко не всегда соответствует соразмерности угроз”.

Уязвимость в 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