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

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

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

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

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

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

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

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

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

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

Orion soft добавил аварийное восстановление в StarVault 1.6

Orion soft обновил систему управления секретами StarVault до версии 1.6. Главное нововведение — Disaster Recovery: данные реплицируются в реальном времени на резервный кластер, который можно задействовать при аварии. Резерв работает в режиме warm standby — подготовлен к переключению и получает изменения с основного кластера.

Если основной кластер выходит из строя, администратор переводит резервный в статус основного через соответствующие API-эндпоинты.

Секреты, конфигурации и права доступа сохраняются: собирать настройки заново в разгар аварии не потребуется.

По заявлению компании, механизм позволяет минимизировать время восстановления (RTO) и риск потери актуальных данных (RPO). Конкретные значения этих показателей в анонсе не приведены. Балансировку и автоматизацию переключения заказчики настраивают самостоятельно под свои регламенты.

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

Как объясняет лидер экосистемных продуктов zVirt Алишер Камалов, DR помогает снизить риск превращения централизованного хранилища в единую точку отказа. StarVault 1.6 даёт инструменты для этого сценария, а рабочую схему аварийного восстановления компании выстраивают на их основе.

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