Маскировать, блокировать или перенаправлять: как выбрать действие для чувствительных данных

Каждая политика данных для ИИ заканчивается глаголом. Шлюз нашел в промпте номер карты, email или кусок проприетарного кода. Что дальше? На практике почти все закрывают три действия, и искусство в том, чтобы подобрать действие к классу данных и адресату.

Маскировать: когда модели не нужно само значение

Большинству промптов с персональными данными эти данные не нужны. «Подготовь сводку по клиенту Иван Петров, ivan@bank.com» работает так же хорошо, как «Подготовь сводку по клиенту <PERSON_1>, <EMAIL_1>». Модель никогда не видит реальных значений, а плейсхолдеры восстанавливаются внутри периметра, когда возвращается ответ.

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

Блокировать: когда данные не могут уйти ни в каком виде

Учетные данные - самый очевидный случай. У ключа AWS, пароля от базы или приватного ключа нет полезной замаскированной формы, и сама форма утекшего секрета - уже проблема. Правило простое и безусловное:

Data class = CREDENTIALS → BLOCK

Данные платежных карт в периметре PCI для внешних адресатов обычно обрабатываются так же. Заблокировать, записать, объяснить пользователю причину.

Перенаправлять: когда данные в порядке, а адресат - нет

Конфиденциальные документы - другое дело. Содержимое - законная работа; проблема в отправке третьей стороне. Если у вас есть внутренняя модель (Qwen, Llama или что угодно OpenAI-совместимое за vLLM), политика становится такой:

Data class = CONFIDENTIAL AND Destination = External → ROUTE to Internal LLM

Пользователь задал вопрос. Политика решила, где на него можно ответить. Никому не пришлось открывать другой инструмент.

Простая таблица решений

Класс данных	Внешний провайдер	Внутренняя модель
Public	Allow	Allow
PII	Mask	Allow
Confidential	Route internal	Allow
Credentials	Block	Block

Начните с такой таблицы, конкретизируйте ее под ваши классы данных и превратите каждую строку в правило. Затем неделю прогоните его в режиме «только аудит», прежде чем включать контроль. Сюрпризы найдутся в строках, которые казались очевидными.