Российские власти расширяют список ответственных за пиратство

Минкультуры будет наказывать пользователей за пиратство

Российские законодатели считают, что наказывать за распространение и использование нелегального контента необходимо не только владельцев пиратских сайтов и провайдеры интернет-услуг, но и самих пользователей. По сообщению газеты «Коммерсантъ» именно с таким предложением выступило Министерство Культуры РФ.

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

Эти инициативы были предложены Министерством Культуры пару дней назад на заседании специальной рабочей группы в Госдуме. Первую версию поправок в законодательство по борьбе с нарушениями авторских прав опубликовали в январе этого года. Именно тогда законодатели предложили заставлять хостинг-провайдеров удалять противоправный контент, как только этого потребует правообладатель. В противном случае компаниям пришлось бы платить весомые штрафы.

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

Согласно новой поправке у правообладателя появится возможность отправлять провайдеру заявление с IP-адресом нарушителя, использующего файлообменную сеть (непонятно только, как он сможет получить эти данные). После этого оператор должен в течение 24 часов перенаправить жалобу пользователю. Получив письмо, клиент должен удалить сомнительный контент, либо заблокировать к нему доступ. Если он откажется следовать предписаниям, то будет оштрафован на 5 тысяч рублей. В случае, если в деле замешан предприниматель или должностное лицо, сумма штрафа возрастает в десятки раз (и приближается к 1 млн рублей).

Труднее всего будет владельцам сайтов, которым придется самостоятельно вести поиск нелегального контента. Для этого должна быть создана государственная информационная система по интеллектуальной собственности. Подобной структуры пока не существует.

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

Отметим, что Минкультуры говорит о торрент-трекерах и их пользователях. Другие каналы распространения нелегального контента пока не принимаются во внимание.

Миллионы серверов под угрозой: в NGINX обнаружили опасную уязвимость

В NGINX обнаружили новую 0-day уязвимость под названием nginx-poolslip. По предварительным данным, баг может позволить удалённо выполнять код на уязвимых серверах без аутентификации. Проблема затрагивает NGINX 1.31.0 — актуальную стабильную версию популярного веб-сервера.

Уязвимость обнаружил исследователь Vega из команды NebSec, публично о ней сообщили 21 мая 2026 года.

Согласно описанию, nginx-poolslip связана с внутренним механизмом управления памятью NGINX. Самое неприятное — заявлена возможность обхода ASLR, одной из базовых защит от эксплуатации ошибок памяти. Если обход действительно работает стабильно, это резко повышает шансы атакующего не просто уронить сервер, а выполнить свой код.

История выглядит особенно неприятно на фоне недавней уязвимости CVE-2026-42945 в ngx_http_rewrite_module, которую уже закрывали в версиях 1.31.0 и 1.30.1. Но, по данным NebSec, предыдущий патч не убрал саму поверхность атаки, а nginx-poolslip позволяет обойти прежние меры защиты.

На момент публикации у nginx-poolslip ещё нет идентификатора, а F5 и проект NGINX не выпустили официальный патч. NebSec заявляет, что следует процедуре ответственного раскрытия и опубликует технические детали только после появления патча.

Пока заплатки нет, администраторам советуют снижать риски вручную: следить за бюллетенями F5 и NebSec, ограничить доступ к административным интерфейсам, использовать WAF-правила, проверить включение ASLR, а также внимательно пересмотреть конфигурации с rewrite, if и set.

Масштаб проблемы серьёзный, NGINX используется как веб-сервер, обратный прокси, балансировщик и API-шлюз на огромном числе площадок.

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