Минцифры РФ определилось с регламентом обезличивания персональных данных

Минцифры РФ определилось с регламентом обезличивания персональных данных

Минцифры РФ определилось с регламентом обезличивания персональных данных

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

Документ «Об установлении требований к обезличиванию персональных данных, методов и правил обезличивания персональных данных» опубликован на Федеральном портале проектов нормативных правовых актов.

Проект постановления правительства подготовлен в рамках реализации закона об обезличенных данных (N 233-ФЗ), принятого прошлым летом. Закон предусматривает формирование наборов обезличенных ПДн и создание защищенной системы для хранения и обработки такой информации (ФГИС).

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

Порядок обезличивания персональных данных, согласно проекту постановления правительства в текущей редакции:

  1. Формирование требования о предоставлении данных осуществляет Минцифры на основании материалов исследований.
  2. Материалы исследования должны содержать обоснование запроса.
  3. Материалы исследований направляются на рассмотрение в федеральный орган, уполномоченный в области обеспечения безопасности.
  4. Запрос на предоставление данных направляется на согласование уполномоченным по безопасности, защите прав субъектов персданных, Банку России (рассмотрение до 15 календарных дней). В особых случаях Минцифры может направить оператору запрос без согласования.
  5. Оператор при получении запроса осуществляет обезличивание с использованием специализированного софта Минцифры (бесплатного).
  6. Процедура обезличивания персональных данных должна обеспечивать возможность внесения изменений и дополнений, а также повторного обезличивания без отката к исходному виду.
  7. По завершении обезличивания оператор подписывает данные усиленной квалифицированной электронной подписью и передает в ГИС Минцифры.

Что касается методов обезличивания персональных данных, регулятор предлагает утвердить их следующим образом:

  • введение идентификаторов — замена части сведений идентификаторами с созданием таблицы соответствия исходным данным;
  • изменение состава или семантики данных, в том числе путем замены или удаления части сведений;
  • декомпозиция — разбиение массива персональных данных на части с раздельным хранением;
  • перемешивание — перестановка записей и групп записей в массиве;
  • преобразование — агрегация данных через обобщение, например, по качественным и количественным значениям (атрибутам).

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

Российские провайдеры начали глушить защищённые DNS Google и Cloudflare

Пользователи сразу нескольких российских операторов пожаловались на проблемы с защищёнными DNS-сервисами Google и Cloudflare. Под ударом оказались протоколы DNS over HTTPS (DoH) и DNS over TLS (DoT), которые шифруют DNS-запросы и не позволяют провайдеру запросто подсматривать, к какому домену обращается пользователь.

По данным телеграм-канала bypassblock, сбои затронули абонентов «Ростелекома», «Дом.ру», «Таттелекома» и петербургского SkyNet.

Судя по результатам измерений, фильтрация работает хитрее обычного: TCP-соединение устанавливается, но защищённый туннель разваливается уже на следующем этапе.

При подключении к Cloudflare по адресам 1.1.1.1 и 1.0.0.1 через порт 853 TCP-рукопожатие проходит успешно, после чего соединение принудительно сбрасывается с ошибкой ECONNRESET — ещё до завершения TLS-аутентификации.


С Google Public DNS картина другая. Соединение с dns.google, 8.8.8.8 и 8.8.4.4 через порт 443 устанавливается, но после отправки TLS ClientHello ответы прекращаются.

Сессия либо висит до тайм-аута, либо завершается ошибкой unexpected eof while reading. Такое поведение может указывать на вмешательство промежуточного оборудования и фильтрацию по сигнатуре.

Симптомы различаются в зависимости от оператора и региона: у одних пользователей не работает только DoT, у других — DoH, а некоторым достался полный комплект. Техподдержка «Таттелекома» якобы прямо рекомендовала одному из абонентов отключить оба протокола для восстановления доступа.

Официального подтверждения централизованной блокировки пока нет. Однако совпадение сбоев у нескольких провайдеров и одновременные проблемы у Google и Cloudflare выглядят слишком сильно для обычной случайности.

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