Из-за блокировки Telegram пострадали примерно 400 ресурсов

Из-за блокировки Telegram пострадали примерно 400 ресурсов

Из-за блокировки Telegram пострадали примерно 400 ресурсов

Сегодня стало известно примерное количество сайтов, пострадавших из-за противоречий между Telegram и Роскомнадзором. Всего таких ресурсов-жертв 400, согласно данным, полученным от пресс-службы ведомства.

Такая цифра была получена на основании проверки, которую Роскомнадзор решил провести после поступления сообщений на горячую линию.

В основном эти сообщения не представляли ценности, однако некоторые из них содержали ссылки на конкретные ресурсы или IP-адреса. Таких писем было 1,3 тысячи.

«Проверки показали, что нештатная работа 400 ресурсов, указанных в этих 1,3 тысячах обращений, была тем или иным образом связана с мерами, принимаемыми Роскомнадзором и операторами связи для выполнения решения суда по Telegram», — цитируют СМИ пресс-службу ведомства.

Вчера также была опубликована информация о том, что Роскомнадзор не обнаружил последствий масштабной кибератаки на Cisco. Напомним, что апрельская кибератака глобальных масштабов на оборудование Cisco привлекла внимание Роскомнадзора. В результате ведомство приняло решение провести проверку работы российских операторов связи.

Оказалось, что атака не имела серьезных последствий для этого сегмента, затронув в основном лишь некрупные компании. Некоторые специалисты убеждены в том, что злоумышленники не ставили себе задачу нанести серьезный ущерб, скорее всего, имела места демонстрация возможностей.

Чуть ранее неравнодушные хакеры решили поиграть с Роскомнадзором: в ночь на 6 мая в выгрузке ведомства появилась надпись «Digital Resistance» («цифровое сопротивление») на азбуке Морзе. Напомним, что эта фраза стала популярна в интернет-среде после того, как ситуация вокруг мессенджера Telegram раскрутилась настолько, что люди решили массово выказать свое недовольство.

Сообщается, что злоумышленники добавили и удалили из выгрузки Роскомнадзора около тысячи IP-адресов в течение суток. После этого на сайте ведомства появилась написанная шифром азбуки Морзе фраза.

Критическая уязвимость в TLP позволяет обойти защиту Linux

В популярной утилите TLP, которую многие владельцы ноутбуков на Linux используют для управления энергопотреблением, обнаружили критическую уязвимость. Причём проблема нашлась во время обычной проверки пакета командой SUSE Security Team и располагается во вполне штатном коде.

Брешь получила идентификатор CVE-2025-67859 и затрагивает версию TLP 1.9.0, где появился новый profiles daemon.

Этот демон работает с root-правами и управляет профилями питания через D-Bus. Задумка хорошая, но реализация подвела: в механизме аутентификации Polkit нашлась логическая ошибка, которая фактически позволяет обойти проверку прав.

Как объясняют исследователи, демон должен был строго проверять, кто именно отправляет команды. Но из-за ошибки любой локальный пользователь мог взаимодействовать с ним без должной аутентификации — а значит, менять системные настройки питания от имени root.

На этом сюрпризы не закончились. В ходе анализа специалисты SUSE нашли ещё несколько проблем, уже связанных с исчерпанием ресурсов. В частности, механизм profile hold, который позволяет временно «зафиксировать» профиль питания, оказался совершенно без валидации. Локальный пользователь мог создавать неограниченное количество таких блокировок, причём без прав администратора.

В итоге это открывает прямую дорогу к DoS-атаке: демон начинает захлёбываться от бесконечных записей в структуре данных, куда попадают числа, строки с причиной и идентификаторы приложений — всё это полностью контролируется клиентом.

Любопытно, что SUSE вспомнила похожую историю с демоном управления питанием в GNOME: аналогичную проблему находили ещё несколько лет назад. Отдельно исследователи отметили вопросы к механизму «куки», которыми отслеживаются profile hold. Формально речь шла о предсказуемости значений, но в сочетании с отсутствием лимитов это лишь расширяло поверхность атаки.

К счастью, реакция была быстрой. SUSE сообщила об уязвимостях разработчикам ещё в декабре, и в версии TLP 1.9.1 проблема уже закрыта. В частности, число одновременных profile hold теперь жёстко ограничено числом 16, что убирает риск истощения ресурсов.

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