Роскомнадзор требует от операторов не препятствовать работе ТСПУ

Роскомнадзор требует от операторов не препятствовать работе ТСПУ

Роскомнадзор требует от операторов не препятствовать работе ТСПУ

Российские операторы связи высказались на тему нового требования Роскомнадзора, которое, судя по всему, связано с массовым применением разного рода способов обхода замедления видеохостинга YouTube.

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

Многие из операторов начали самостоятельно обходить блокировки. По данным издания «КоммерсантЪ», количество таких случаев уже измеряется десятками.

Операторы апеллировали к тому, что YouTube не внесен в список ресурсов, которые заблокированы. Генеральный директор компании «ОрдерКом», глава Ассоциации малых операторов связи России к.ю.н. Дмитрий Галушко отметил, что согласно Постановлению правительства №127 операторы имеют полное право пропускать мимо ТСПУ «информацию или трафик с информационных ресурсов, доступ к которым не подлежит ограничению в соответствии с законодательством РФ, но доступ к которым ограничивается».

Сам Роскомнадзор не признавал факт блокировки или замедления YouTube. Однако «Российская Газета» еще 26 июля получила следующий комментарий от пресс-службы регулятора:

«Многочисленные нарушения нашего законодательства, неуважение к нашей стране и гражданам являются основанием для принятия мер в отношении YouTube. И у нас достаточно инструментов для мотивации компании в такой ситуации, право их использования мы оставляем за собой».

Однако сразу после публикации «Коммерсанта» Роскомнадзор начал рассылать операторам связи письмо, в котором призывает прекратить использовать на сетях технологии «искажения, фрагментации, подмены интернет-трафика» и требованием отчитаться о принятых мерах до 2 сентября.

Однако один из топ-менеджеров телеком-сферы заявил изданию, что компании отчитаются перед Роскомнадзором о формальном принятии мер:

«Кто никак не обходил замедление видеосервиса, их ответ на обращение будет формальностью, а обходившие, скорее всего, признавать за собой подобные действия не планируют».

В письме руководителю Роскомнадзора Андрею Липову от ассоциации АМОР также обращают внимание на то, что в действующем законодательстве отсутствуют указанные в  письме ФГУП «ГРЧЦ» термины «фрагментация трафика», «подмена трафика» и «искажение трафика», а также то, какие меры операторы должны принять для того, чтобы исключить противодействие данным мерам со ссылками на нормативные акты.

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