Безопасность и соответствие
Как Mask Gate защищает ваши данные и снижает риски при работе с персональными данными. Мы не обещаем того, чего нет: сертификатов и независимого аудита у сервиса нет, и он не заменяет полную DLP-систему — ниже только реализованные меры и документы, по которым их можно проверить.
Документы для проверки (trust pack)
Версия пакета 1.1 · 25.10.2026. Четыре PDF: в каждом на первой странице указаны версия и дата, а все утверждения либо опираются на код/артефакт замера, либо прямо помечены «нет» или «планируется».
- Архитектура безопасности и поток данных — что и где хранится, шифрование, что раскрывается при инциденте, отличия self-hosted.
- Обработка персональных данных и границы 152-ФЗ — какие категории и режимы, что реализовано, чего нет, процедура инцидента и удаления.
- Поручение на обработку ПДн, субпроцессоры и ответственность — шаблон по ч. 3 ст. 6 152-ФЗ, список субпроцессоров, лимиты и контакты.
- Качество детекции — замер от 25.10.2026: recall и precision из артефакта, корпус, пороги гейта и ограничения замера.
Метрики качества также публикуются на странице /quality: числа там читаются из артефакта замера, а не вписаны в текст.
Что происходит с вашим документом
Возражение понятное: «чтобы проверить документ, вы сначала просите отправить его в облако». Ниже по шагам, что именно происходит с файлом. Формулировки те же, что уже опубликованы в разделе «Хранение данных» ниже и в подвале каждой страницы.
- Разбор и анализ идут в памяти процесса. Извлечённый текст проверяется в оперативной памяти, на диск он не пишется.
- Таблиц под документы в схеме базы нет. Содержимого в открытом виде в базе тоже нет: там метаданные, счётчики и зашифрованные пары токен–значение.
- Загруженный файл живёт во временном файле только на время разбора. Он создаётся на время обработки и удаляется сразу после разбора — исходный документ мы не накапливаем, в базе его нет.
- Исходные тексты не накапливаются: обработка идёт в оперативной памяти сервера. При обратимом маскировании хранится зашифрованная пара «токен–значение» до 30 суток — расшифровать её можете только вы — это та же формулировка, что в разделе «Хранение данных» и в подвале сайта.
- Остаются только зашифрованные пары токен–значение. Если включено обратимое маскирование, значение шифруется AES-256-GCM и лежит в хранилище (vault), а в тексте остаётся токен
[VAULT:…]. - Журнал аудита не содержит содержимого документа. В запись попадают время, категории находок, применённые стратегии и необратимые HMAC-токены совпавших значений. Сами значения в журнал не пишутся.
- Во внешнюю модель уходит только обезличенный текст. В BYOK-шлюзе наружу отправляется уже замаскированный текст и только на адрес провайдера, который выбрали вы: ключ приносит клиент, серверных ключей у сервиса нет.
- Специальные категории — отказ. Если в тексте найдены сведения о здоровье, облачный сервис запрос не обрабатывает: он отклоняется с сообщением об отказе, содержимое не сохраняется и никуда не передаётся. Тихой обработки здесь нет. Для таких документов есть self-hosted развёртывание.
Чего этот блок не доказывает. Размещение серверов в РФ (Санкт-Петербург, Beget) — утверждение владельца сервиса об инфраструктуре; свойством кода оно не подтверждается. И это описание того, что сервис делает с документом, а не юридическое заключение по вашей ситуации: сервис снижает риск и не заменяет полную DLP-систему.
152-ФЗ Снижение рисков по 152-ФЗ
Mask Gate снижает риск при работе с персональными данными, но не заменяет юридическую оценку вашей ситуации: значения маскируются до передачи во внешний сервис, а при необратимом режиме — удаляются безвозвратно; обратимое маскирование не является обезличиванием по 152-ФЗ. Минимизация — исходный текст не накапливается, при обратимом маскировании хранится зашифрованная пара «токен–значение» до 30 суток — расшифровать её можете только вы. Сервис не заменяет полную DLP-систему. Подробнее — на странице регуляторики и в документе trust pack «Обработка ПДн и границы 152-ФЗ».
Локализация: обработка идёт на серверах в РФ (Санкт-Петербург, Beget).
152-ФЗ Оценка вреда субъектам ПДн
Оценка вреда проведена в соответствии с ч. 1 ст. 18.1 Федерального закона № 152-ФЗ.
- Оператор: ИП Цымбалюк Андрей Вадимович, ИНН 503123539105; ответственный за организацию обработки ПДн — ИП лично.
- Субъекты: пользователи сервиса и лица, чьи персональные данные могут содержаться в проверяемых текстах и файлах.
- Специальные категории (ст. 10): облачный сервис их не обрабатывает. Тексты и документы со сведениями о здоровье (диагнозы, полисы) не принимаются: сервис отказывает в обработке, содержимое отказа не сохраняется (ни текста, ни совпавшего значения) и не передаётся наружу. Такие документы обрабатываются в self-hosted развёртывании, где оператором ПДн остаётся клиент. Биометрические ПДн (ст. 11) — вне охвата детектора: сервис их не выявляет, поэтому маскирование такие данные не защитит. Не загружайте документы с ними.
- Трансграничная передача (ст. 12): обработка идёт в России. Если вы подключаете зарубежного провайдера через BYOK-шлюз, наружу уходит только обезличенный текст — провайдера и само подключение выбираете вы. Ответственность за выбор провайдера, за соблюдение его условий и за трансграничную передачу обезличенного текста, если она происходит, лежит на вас.
- Возможный вред: низкий. Наиболее вероятное последствие инцидента — раскрытие отдельных идентификаторов из проверяемого текста.
- Меры защиты: минимизация (текст только в памяти), локализация (Санкт-Петербург, Beget), шифрование TLS 1.2/1.3 и AES-256-GCM, целостность аудита HMAC-SHA256, безопасный отказ, аудит-журнал.
- Вывод: принимаемые меры соразмерны низкому уровню возможного вреда.
Хранение данных
- Исходные тексты не накапливаются: обработка идёт в оперативной памяти сервера. При обратимом маскировании хранится зашифрованная пара «токен–значение» до 30 суток — расшифровать её можете только вы.
- Загруженные файлы разбираются через временный файл на сервере: он создаётся на время обработки и удаляется сразу после разбора, исходный документ не сохраняется. Это тот же порядок, что описан на страницах проверки документов.
- Аудит-журнал хранит метаданные события (время, категории находок, коды), но не сами значения. Вместо значений — необратимые HMAC-токены для дедупликации.
- Платёжные данные обрабатываются платёжным провайдером. Мы храним статус и сумму платежа, но не реквизиты карты.
- Обратимое маскирование хранит только зашифрованные пары токен–значение.
Шифрование
- TLS 1.2/1.3 — все соединения между клиентом и сервером защищены.
- AES-256-GCM — шифрование данных в хранилище.
- HMAC-SHA256 — целостность аудит-логов и дедупликация токенов.
- JWT (HS256) — аутентификация пользователей.
Fail-closed политика
Если система не может определить, содержит ли текст персональные данные, она блокирует отправку. Это принцип «лучше перестраховаться, чем пропустить утечку».
Секреты (API-ключи, токены, пароли) блокируются по умолчанию.
Открытые метрики качества
Насколько полно детектор находит персональные данные и насколько точны его находки, мы публикуем: метрики качества — recall и precision по категориям, пороги автоматической проверки при сборке, ограничения замера (синтетический и adversarial-корпус, документы клиентов в замер не входят) и команда воспроизведения. Числа там читаются из артефакта замера, а не вписаны в текст страницы.
Аудит и логирование
- Все события записываются в аудит-журнал с HMAC-цепочкой целостности.
- Логи не содержат персональных данных — только категории находок и метаданные.
- Ротация логов с контролем целостности.
Если детектор ошибся
Пропуск и ложное срабатывание можно сообщить через форму обращения: она собирает только категории и структурные признаки (тип документа, категория ошибки, категория данных, ожидаемое поведение) и записывает их в аудит-журнал метаданными. Текст документа присылать не нужно — в форме нет ни одного поля для свободного текста.
Дополнительно
- Политика конфиденциальности — как мы обрабатываем персональные данные.
- Частые вопросы — ответы на популярные вопросы.
- security@maskgate.ru — контакт по вопросам безопасности.