Маскирование данных: зачем и как выбрать систему

Разработчикам нужна база, похожая на настоящую, тестировщикам — реальные сценарии, аналитикам и подрядчикам — выгрузки. Проще всего скопировать продуктивную базу целиком, но вместе с ней на тестовый стенд уезжают персональные данные клиентов и сотрудников. Маскирование данных решает эту задачу: система находит чувствительные сведения и подменяет их правдоподобными значениями, а структура базы и связи между таблицами остаются рабочими. Ниже — чем маскирование отличается от обезличивания, что с 1 сентября 2025 года требует Роскомнадзор, чем статическое маскирование отличается от динамического и как выбрать систему маскирования данных.

Зачем маскировать данные

Типовые случаи, когда реальные данные выходят за пределы продуктивного контура:

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

По 152-ФЗ обработка персональных данных — это любое действие с ними, включая хранение, использование и передачу (пункт 3 статьи 3). Копия продуктивной базы на стенде разработки — та же обработка, и требования к защите на стенд распространяются в полном объёме. При этом стенды и рабочие места разработчиков обычно защищены слабее продуктивного контура, а доступ к ним шире. Маскирование убирает из копии то, что представляет ценность для злоумышленника, и оставляет то, что нужно для работы: форматы, длины полей, связи между записями.

Маскирование, обезличивание и синтетические данные

Термины часто смешивают, но разница есть.

Определение обезличивания дано в пункте 9 статьи 3 152-ФЗ. Маскирование можно применять для обезличивания, если результат отвечает требованиям закона и приказа Роскомнадзора; обратимое маскирование с ключами под рукой этим требованиям обычно не отвечает.

Что требует Роскомнадзор: приказ № 140

С 1 сентября 2025 года действует приказ Роскомнадзора от 19 июня 2025 года № 140. Он утвердил требования к обезличиванию персональных данных и методы обезличивания и заменил приказ № 996 от 2013 года.

Методы. Приказ называет четыре основных метода, которые применяют по отдельности или вместе, и один дополнительный:

1. Введение идентификаторов — данные, по которым можно определить человека, заменяются кодом или номером. Ключ соответствия хранится отдельно и третьим лицам не передаётся.
2. Изменение состава или семантики — удаление, искажение или изменение атрибутов, в том числе замена части значения на знак «*» и замена на случайные значения, не относящиеся к этому человеку.
3. Перемешивание — перестановка значений между записями.
4. Декомпозиция — разделение массива на части с раздельным хранением.
5. Обобщение (агрегация) — дополнительный метод к первым четырём.

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

Кто и когда обязан уведомить Роскомнадзор об обработке персональных данных — в статье об уведомлении Роскомнадзора.

Статическое и динамическое маскирование

Статическое маскирование — основной инструмент для стендов: копию готовят один раз или по расписанию и отдают команде. Динамическое нужно, когда к продуктивной базе обращаются люди, которым не положено видеть всё: операторы поддержки, внешние администраторы, аналитики. В линейке «Гарды» оно работает вместе с межсетевым экраном баз данных Гарда DBF.

Что должна уметь система маскирования данных

1. Находить чувствительные данные автоматически. В больших базах вручную не найти все колонки с ФИО, телефонами, паспортами и счетами.
2. Сохранять форматы и связи. Замаскированный номер карты должен проходить проверку формата, а клиент с одним идентификатором — оставаться одним клиентом во всех таблицах и базах. Иначе приложение на стенде просто не заработает.
3. Детерминированность. Одно и то же исходное значение даёт одинаковый результат при каждом прогоне — тесты воспроизводимы.
4. Обратимое и необратимое маскирование — под разные задачи и требования.
5. Усечённые копии — часть базы для стенда разработчика вместо полной копии на терабайты.
6. Встраивание в процесс разработки — API, командная строка и конвейеры CI/CD, чтобы свежая замаскированная копия собиралась автоматически.
7. Поддержка ваших СУБД и форматов, включая JSON и XML внутри полей.
8. Сертификат ФСТЭК — если систему применяют в ГИС или ИСПДн, где требуются сертифицированные средства защиты.

Гарда Data Masking

Гарда Data Masking (до переименования — «Гарда Маскирование») распознаёт чувствительную информацию в исходной базе и создаёт копию, где реальные сведения заменены фиктивными правдоподобными значениями, а структура и связи между данными сохранены. По описанию производителя система:

• выявляет персональные данные автоматически, в неструктурированных данных — с помощью ИИ;
• маскирует с сохранением форматов и связей, в том числе между разными базами;
• поддерживает детерминированное, обратимое и необратимое, инкрементальное и выборочное маскирование, свои алгоритмы и SQL;
• делает усечённые копии и маскирует поля JSON и XML;
• встраивается в разработку через REST API, командную строку и CI/CD — Jenkins и GitLab CI.

Поддерживаемые СУБД: Oracle, MySQL, MS SQL Server, MariaDB, PostgreSQL, Arenadata DB, Greenplum, Jatoba, Pangolin, MongoDB и 1С. Серверная часть работает на Alt Linux, Astra Linux и РЕД ОС, разворачивается на виртуальной машине VMware или на физическом сервере. Если вы переходите на российскую СУБД, пригодится наше сравнение Postgres Pro, Tantor, Jatoba и Pangolin.

Сертификат ФСТЭК № 4718 по 4 уровню доверия действует до 15.11.2028. Сертификат распространяется на конкретные версии — номер версии сверяйте с формуляром поставки. Продукт внесён в реестр российского ПО под № 15678.

Гарда DBF — межсетевой экран баз данных: контролирует операции с СУБД и действия привилегированных пользователей, блокирует подозрительные запросы и вместе с Data Masking даёт динамическое маскирование. Сертификат ФСТЭК № 4443 действует до 20.08.2031.

Как считается лицензия

Производитель называет три параметра цены Гарда Data Masking: срок действия лицензии (срочная или бессрочная), количество баз данных и их размер. Чтобы получить расчёт, заполняют опросный лист:

• сколько баз данных маскировать;
• по каждой — тип и версия СУБД, размер, число таблиц и столбцов, ожидаемое время обезличивания;
• нужно ли маскировать часть данных или по условию, нужны ли усечённые копии и свои алгоритмы;
• где будет работать система — VMware или физический сервер.

Сколько стоит и как купить

Цена Гарда Data Masking рассчитывается под проект, поэтому на сайте она «по запросу». Мы пришлём опросный лист, организуем демонстрацию и пилот, подготовим коммерческое предложение и счёт для юрлица с НДС.

Рекомендуем в статье Гарда Data Masking, бессрочная лицензия

GARDA-MASK-PERP

Цена по запросу Запросить КП

Подробнее →

Частые вопросы