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

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

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

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

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

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

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

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

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

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

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

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

Google срочно закрыла опасную 0-click уязвимость в Android

Google начала распространять апрельский набор патчей для Android. Главной проблемой в этот раз стала критическая уязвимость в компоненте Framework, она позволяет вызвать локальный отказ в обслуживании (DoS) без каких-либо действий со стороны пользователя и без дополнительных привилегий.

Речь идёт о баге под идентификатором CVE-2026-0049. Проблема затрагивает сразу несколько актуальных версий системы: Android 14, Android 15, Android 16 и Android 16 QPR2.

Кроме этого, в набор патчей вошла ещё одна опасная уязвимость — CVE-2025-48651 с высоким уровнем риска. Она связана со StrongBox, есть аппаратно защищённым хранилищем ключей в Android. Причём речь идёт не об одном поставщике: патчи затрагивают компоненты Google, NXP, STMicroelectronics и Thales.

Google, как обычно, разделила обновление на два уровня патчей. Уровень 2026-04-01 закрывает критическую проблему в Framework, а уровень 2026-04-05 — уязвимости StrongBox и включает все предыдущие фиксы. Для полной защиты лучше ориентироваться именно на патч 2026-04-05 или новее.

Есть и ещё одна деталь: Google напомнила, что в 2026 году меняет подход к публикации исходников в AOSP. Чтобы соответствовать новой модели trunk stable и поддерживать стабильность экосистемы, исходный код теперь будут публиковать в Q2 и Q4, а разработчикам советуют ориентироваться на ветку android-latest-release.

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