Роскомнадзор заявил, что не блокирует Steam после жалоб пользователей

Роскомнадзор заявил, что не блокирует Steam после жалоб пользователей

Роскомнадзор заявил, что не блокирует Steam после жалоб пользователей

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

Поводом для комментария стали массовые жалобы пользователей на работу сервиса 1 июня.

По данным Downdetector, за последние сутки на проблемы со Steam пожаловались до 15 тысяч человек. Пик обращений пришёлся на период с 11:00 до 13:00 по московскому времени.

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

История выглядит особенно показательно на фоне недавней ситуации с PyPI — крупнейшим репозиторием пакетов для Python. Тогда российские разработчики также массово жаловались на проблемы с доступом.

В ответ Роскомнадзор заявил, что не ограничивает работу сервиса и не фиксирует каких-либо сбоев со своей стороны. Сейчас PyPI работает в штатном режиме.

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

Среди ответчиков оказались Electronic Arts, известная по сериям FIFA, Battlefield и The Sims, а также Take-Two Interactive Software — издатель Grand Theft Auto и Red Dead Redemption.

Сам Steam на момент публикации продолжает работать, хотя отдельные пользователи по-прежнему сообщают о перебоях с доступом. Что именно стало причиной массовых жалоб, пока официально не сообщалось.

Подпишитесь на новости

ИИ-агенты могут передавать друг другу вредоносные инструкции по цепочке

Один ИИ-агент читает подложенный текст, передает его другому как рабочее задание — и тот выполняет команду, доверяя коллеге. Исследователь показал, как такая цепочка позволяет обходить защитные ограничения и добираться до внутренних ресурсов организации.

Сайед Анас Мохиуддин описал подход под названием protocol pivoting. Он исследовал системы с MCP — протоколом подключения ИИ к инструментам и данным.

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

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


В инструменте Google MCP Toolbox for Databases исследователь обнаружил возможность заставить HTTP-клиент перейти по перенаправлению к внутреннему адресу. По его словам, патч добавил проверки адресов и ограничение допустимых направлений запросов.

Уязвимость CVE-2026-97228 в Rapid7 Bulk Export MCP оказалась менее серьезной: 2,7 балла CVSS. Непроверенный аргумент позволял менять структуру GraphQL-запроса. Rapid7 устранила ошибку в версии 0.6.2 и уточнила: запросы оставались в пределах прав владельца API-ключа, без доступа к чужим аккаунтам.

Новизна названия не означает принципиально нового взлома. Исследователь X41 D-Sec Маркус Вервир считает такую технику разновидностью косвенной инъекции в промпт.

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