ВС РФ запретил перекладывать на пользователей проверку подлинности сайтов

ВС РФ запретил перекладывать на пользователей проверку подлинности сайтов

ВС РФ запретил перекладывать на пользователей проверку подлинности сайтов

Верховный суд (ВС) Российской Федерации постановил, что ответственность за проверку подлинности сайтов и выявление их «двойников» лежит на компаниях, а не на пользователях. Бизнес должен сам контролировать предоставление онлайн-услуг от своего имени и отслеживать случаи подделок.

Как сообщает Российское агентство правовой и судебной информации (РАПСИ), такое решение было принято по итогам спора между жительницей Москвы и сервисным центром.

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

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

Однако Верховный суд посчитал такой подход формальным. Он учёл, что заявительница была уверена: обращается именно в авторизованный сервисный центр, найденный через интернет. На сайте были указаны данные юрлица, описание услуг, контакты. Курьер представился сотрудником компании, вручил договор и чек. У клиентки не возникло сомнений в подлинности организации.

«Поскольку предложение услуг исходило от имени ООО (с таким же названием, как у ответчика), обязанность доказать, что сайт, номер телефона, адрес, ОГРН и ИНН не принадлежат Обществу, должна быть возложена на саму компанию. Как участник профессионального рынка, она обязана контролировать предложения в интернете, публикуемые от её имени», — говорится в решении ВС РФ по делу № 5-КГ25-30-К2, которое приводит РАПСИ.

Исследователи взломали защиту Apple Intelligence через инъекцию промпта

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

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

Как объясняют специалисты, запрос пользователя сначала проходит через входной фильтр, который должен отсекать опасный контент. Если всё выглядит безопасно, запрос отправляется в саму модель, а затем уже готовый ответ проверяет выходной фильтр. Если система замечает что-то подозрительное, вызов API просто завершается с ошибкой.

Чтобы обойти эту схему, исследователи собрали эксплойт из двух частей. Сначала они использовали строку с вредоносным содержимым в перевёрнутом виде и добавляли Unicode-символ RIGHT-TO-LEFT OVERRIDE. За счёт этого на экране текст отображался нормально, а вот в «сыром» виде для фильтров оставался перевёрнутым. Это помогало пройти проверку на входе и выходе.

 

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

В итоге первая техника позволяла обмануть фильтры, а вторая — заставляла модель вести себя не так, как задумано. Для проверки исследователи прогнали 100 случайных сценариев, комбинируя системные промпты, вредоносные строки и внешне безобидные тексты, например фрагменты из статей Wikipedia. В этих тестах успешность атаки составила 76%.

О проблеме Apple уведомили ещё в октябре 2025 года. С тех пор компания усилила защитные механизмы, а патчи вошли в состав iOS 26.4 и macOS 26.4.

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