Мизулина предлагает запретить в России Twitch и Trovo

Мизулина предлагает запретить в России Twitch и Trovo

Мизулина предлагает запретить в России Twitch и Trovo

Предать госанафеме Twitch и Trovo требует директор Лиги безопасного интернета Екатерина Мизулина. По ее словам, эти платформы рекламируют наркотики.

Настораживает чиновницу и общение пользователей во внутриигровых чатах. Эту “серую” зону, по мнению Мизулиной, нужно поставить под жесткий контроль.

"Отдельную угрозу представляют и стриминговые платформы, такие как Twitch и trovo.live”, — заявила глава Лиги безопасного интернета Екатерина Мизулина на московском форуме "Здоровье и безопасность детей".

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

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

Еще один “страх” Лиги — видеоигры. Мизулина призывает к серьезному регулированию этой сферы, вплоть до полного запрета самых жестоких.

"Кроме того, регулированию подлежат и общение во внутриигровых чатах и [на] внутриигровых серверах. Эту сферу, серую зону необходимо поставить под жесткий контроль государства", — отметила Мизулина.

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

Добавим, летом Роскомнадзор обязал поисковики “Яндекс” и Mail.ru маркировать стриминговый видеосервис Twitch как нарушителя российских законов. Компания отказалась удалять информацию о спецоперации.

А региональный общественный центр интернет-технологий пожаловался на Twitch антимонопольщикам. Сервис больше не платит российским блогерам и может заблокировать пользователя, “руководствуясь законодательством любого государства”.

Trovo — китайская платформа для потоковой передачи видеоигр, принадлежит Tencent Games. Как и Twitch, Trovo предлагает многоуровневую платную подписку для каждого канала.

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