Qrator предупреждает о последствиях масштабных блокировок Роскомнадзора

Qrator предупреждает о последствиях масштабных блокировок Роскомнадзора

Qrator предупреждает о последствиях масштабных блокировок Роскомнадзора

Qrator Labs, специализирующаяся на противодействии DDoS-атакам и обеспечении доступности интернет-ресурсов, уведомляет о возможных последствиях масштабных блокировок Роскомнадзором подсетей крупных провайдеров.

В пятницу, 13 апреля, Таганский районный суд города Москвы удовлетворил иск Роскомнадзора о блокировке мессенджера Telegram по причине отказа от передачи надзорным органам (Федеральной Службе Безопасности РФ) ключей шифрования.

К полудню 17 апреля в выгрузке черного списка Роскомнадзора, контролирующего блокировку операторами связи ресурсов с противоправным контентом, количество заблокированных IP-адресов превысило 4 500 000. Из них миллион представляют собой заблокированные подсети компании Amazon (52.58.0.0/15, 18.196.0.0/15, 18.194.0.0/15 и 35.156.0.0/14 были внесены в реестр одномоментно, позже в реестр была дополнительно внесены подсети 18.184.0.0/15 и 54.160.0.0/12), предоставляющей облачный сервис AWS, и более полутора миллиона — компании Google и холдинга Alphabet (подсети 35.192.0.0/12 и 35.184.0.0/13, чуть позже - 35.224.0.0/12).

За одни сутки 16 апреля 2018 года Роскомнадзор заблокировал в России примерно 0,04% всех IP-адресов пространства IPv4 (суммарно 2³² адресов). За вторые — еще столько же.

В результате этих действий менее, чем за двое суток с начала блокировки Telegram, частичную и временную недоступность испытали такие крупные компании, как Microsoft (Xbox), включая страницы с официально распространяемым ПО компании (http://software-download.microsoft.com/), Evernote, популярный и соблюдающий законодательство о передаче ключей шифрования мессенджер Viber, школа английского языка SkyEng, сервис курьерской доставки “Птичка”, платежный сервис Cloudpayments и многочисленные прокси- и VPN-серверы и сервисы. Также сообщалось о сбоях в работе банков из топ-20, частных клиник, шлюзов 3-D Secure.

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

Qrator Labs уведомляет о необходимости мониторинга состояния собственных сервисов и возможного попадания используемых IP-адресов в заблокированные подсети — технического решения данной проблемы, кроме как смены используемого IP-адреса, не существует. В ситуации дальнейшего блокирования подсетей крупных провайдеров проблема может запустить “эффект домино” и сказаться на сервисах, косвенно связанных с заблокированными подсетями. В случае попадания в блокировку подсетей таких сервисов, как GitHub, GitLab, DigitalOcean и многих других будет нарушена инфраструктура open-source модулей, приложений и расширений, используемых разработчиками при создании собственных систем и приложений.

Инженеры Qrator Labs хотели бы особо отметить, что замена IP-адреса ресурса — нетривиальная задача, а изменение состояния (может иметь большой TTL - Time To Live) применяется длительное время, поэтому обращаться к провайдеру адресного пространства с просьбой о замене текущего IP-адреса на отсутствующий в заблокированных подсетях необходимо заблаговременно. Помимо этого, существуют другие варианты решения проблемы в случае невозможности изменения 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