Роскомнадзор блокирует Telegram — страдают Amazon и Viber

Роскомнадзор блокирует Telegram — страдают Amazon и Viber

Роскомнадзор блокирует Telegram — страдают Amazon и Viber

Давайте говорить откровенно: большинство из нас, услышав о начале процесса блокировки Telegram Роскомнадзором, задались вопросом — не будет ли это сопровождаться сбоями в работе других сервисов, не имеющих прямое отношение к мессенджеру. Все так и произошло, под горячую руку ведомства попали Amazon и Viber.

Особо не вдаваясь в подробности, к чему это может привести, Роскомнадзор заблокировал 655 352 IP-адресов, принадлежащих компании Amazon. В результате несколько банков и больниц, а также магазины «Дикси» в Москве пожаловались на сбои в работе платежных систем и других сервисов.

После этого выступил глава Роскомнадзора Александр Жаров, подтвердив, что именно так все и задумывалось. Оказалось, что эти IP-адреса Telegram использовал для обхода блокировки.

«У нас в выгрузку поступила подсеть Amazon, на которую перешел Telegram», — передают слова Жарова СМИ.

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

Однако также на сбои в работе на территории РФ пожаловались пользователи другого популярного мессенджера — Viber. 77 % пользователей отмечают отсутствие соединения, 22 % заявляют о невозможности отправить сообщения, оставшиеся жалуются, что не видят статуса в мессенджере.

Причины? Все те же — проблемы связи на серверах Amazon, о чем сообщили представители Viber в Twitter.

Напомним, что вчера, 16 апреля, Роскомнадзор приступил к блокировки мессенджера Telegram на территории России, получив соответствующее распоряжение суда.

Критическая уязвимость в 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