Роскомнадзор заблокировал сайт Навального с голосованием против ЕР

Роскомнадзор заблокировал сайт Навального с голосованием против ЕР

Роскомнадзор заблокировал сайт Навального с голосованием против ЕР

Роскомнадзор заблокировал один из ресурсов оппозиционера Алексея Навального. С вечера пятницы некоторые провайдеры уже начали ограничивать доступ к этому сайту, как это и предписано российским законодательством.

Речь идет о ресурсе 2019.vote. В Роскомнадзоре уже подтвердили факт внесения этого сайта в реестр нарушителей прав субъектов персональных данных.

В частности, представитель ведомства Вадим Ампелонский заявил «Ведомостям», что ресурс Навального был внесен в реестр вечером 7 декабря. Соответствующее решение вынес Таганский районный суд.

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

Реагируя на эти жалобы, Роскомнадзор провел проверку, в результате которой ведомство обнаружило многочисленные нарушения закона о персональных данных. Как подчеркнул Ампелонский, на сайте Навального отсутствует элементарная политика конфиденциальности.

Более того, данные россиян хранятся за рубежом, что также запрещено российскими законами.

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

Заблокировали по ошибке: как Монета добилась исправления правил ТСПУ

Когда клиенты перестали подключаться к серверам «Монеты», проверка собственной инфраструктуры не объяснила проблему. Одновременно стали недоступны сайты клиентов, а уведомления о платежах перестали доходить на Pay URL. Причину пришлось искать за пределами серверной.

DevOps-инженер компании Евгений описал на Хабре случай ошибочной фильтрации на технических средствах противодействия угрозам — ТСПУ.

Доступ удалось вернуть после диагностики и корректировки правил специалистами ДЦОА. Менять хостинг и IP-адрес не потребовалось.

Однако путь оказался длиннее стандартного «напишите в поддержку». Сначала команда проверила межсетевые экраны, собрала трассировки и исследовала, на каком участке перестаёт проходить трафик. Автор подчёркивает: тайм-аут или звёздочки в трассировке сами по себе ещё не доказывают вмешательство ТСПУ.

Следующий этап — заявка через личный кабинет взаимодействия с техническими средствами. Но даже статус «Частично принята» не гарантирует восстановления доступа.

Для дальнейшей проверки потребовался номер площадки ТСПУ. Попытки получить помощь через операторов связи результата не дали; нужный идентификатор удалось запросить напрямую через ЦМУ ССОП.

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

Кейс показывает неприятную сторону сетевых ограничений: сервер может исправно работать, а бизнес — терять связь с клиентами. И для решения нужны технические доказательства плюс настойчивость в переписке.

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