Операторов ИС ПДн хотят обязать присоединиться к проекту ГосСОПКА

Операторов ИС ПДн хотят обязать присоединиться к проекту ГосСОПКА

Операторов ИС ПДн хотят обязать присоединиться к проекту ГосСОПКА

В Государственную Думу внесены на рассмотрение поправки к законам, касающимся защиты данных. В частности, авторы инициативы предлагают дополнить список мер обеспечения безопасности, закрепленных Федеральным законом «О персональных данных», формулировками, согласно которым операторы информационных систем персональных данных (ИС ПДн) должны будут в обязательном порядке взаимодействовать с системой ГосСОПКА.

Создание системы обнаружения, предупреждения и ликвидации компьютерных атак на информационные ресурсы РФ (ГосСОПКА) было изначально продиктовано необходимостью надежно защитить критически важные объекты (КИИ) от масштабных угроз вроде Conficker и WannaCry. Первые технические решения в рамках проекта ГосСОПКА были опробованы в 2016 году, позднее ФСБ создало ядро системы и сформировало Национальный координационный центр по компьютерным инцидентам (НКЦКИ) для взаимодействия с субъектами КИИ.

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

В частности, был предложен ряд поправок к закону «О государственной защите судей, должностных лиц правоохранительных и контролирующих органов» (No 45-ФЗ от 20 апреля 1995 года). Авторы законодательной инициативы считают нужным уточнить основания и порядок применения меры государственной защиты в виде обеспечения конфиденциальности сведений о защищаемых лицах и их имуществе.

Закон «Об оперативно-розыскной деятельности» (No 144-ФЗ от 12 августа 1995 года) предложено дополнить статьей 12.1 «Недопустимость разглашения сведений об осуществлении оперативно-розыскной деятельности». Речь идет о содержимом официальных запросов на предоставление ПДн, которое организации не должны сливать на сторону (например, в СМИ) без ведома и разрешения источника запроса.

Внесение изменений в закон «О персональных данных» (No 152-ФЗ от 27 июля 2006 года) касается части 2 статьи 19, определяющей меры, которые оператору следует принять для обеспечения безопасности обработки ПДн. Авторы нового законопроекта предлагают расширить формулировки пп. 6 и 9, дополнив их упоминанием ГосСОПКА как гаранта безопасности ПДн:

  • п. 6, закрепляющий такую меру защиты, как обнаружение фактов несанкционированного доступа к персональным данным и принятие мер, предлагается дополнить словами «, в том числе мер по обнаружению, предупреждению и ликвидации последствий компьютерных атак на информационные системы персональных данных и по реагированию на компьютерные инциденты в них»;
  • п. 9, обязывающий операторов ПДн контролировать принимаемые меры по обеспечению безопасности персональных данных и уровень защищенности соответствующих ИС, предлагается дополнить словами «, включая организацию и осуществление взаимодействия с государственной системой обнаружения, предупреждения и ликвидации компьютерных атак на информационные ресурсы Российской Федерации».

VLESS+REALITY больше не магия: ТСПУ бьёт по поведению

На Хабре запустили новое обсуждение вокруг работы ТСПУ и методов блокировки VPN-трафика. Пользователь darkisdark опубликовал масштабный разбор, в котором утверждает: эпоха простого сигнатурного анализа фактически закончилась, а на смену ей пришла поведенческая фильтрация соединений.

По словам автора, если раньше многие решения могли обходить ограничения за счёт маскировки TLS-отпечатков и имитации обычного HTTPS-трафика, то теперь этого уже недостаточно.

ТСПУ якобы анализирует не содержимое пакетов, а поведение соединений: какие TLS-отпечатки используются, сколько параллельных подключений создаётся и к каким подсетям направляется трафик.

Именно этим darkisdark объясняет массовые сбои VLESS+REALITY, которые пользователи начали фиксировать в феврале и особенно активно — в июне 2026 года.

Типичная картина выглядит так: клиент показывает статус «Connected», соединение формально установлено, но данные не передаются. Интернет словно зависает, хотя явной блокировки нет.

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

В качестве примера приводится инцидент с Delta Chat, когда под ограничения попали TLS-соединения, использующие определённый отпечаток библиотеки Rust ring, что вызвало проблемы у ряда хостинг-провайдеров.

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

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

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