Аудит ИИ-запросов без хранения текстов и персональных данных

Какие сведения сохранять для расследования ИИ-вызовов, не создавая архив запросов с ПДн: идентификатор, маршрут, результат проверки и агрегированные категории.

Article

Команде эксплуатации хочется видеть полный текст запроса: так проще повторить ошибку модели. Для персональных данных это рискованный компромисс. Журнал быстро превращается в неучтённую копию клиентской базы с широким доступом и неопределённым сроком хранения.

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

Что полезно сохранять

Поле Зачем оно нужно
Идентификатор запроса Связать API, обработчик и ответ без содержимого запроса
Организация или владелец ключа Определить контур доступа
Тип операции Отличить диалог, векторизацию, изображение и обработку документа
Поставщик и модель Проверить фактического получателя и маршрут
Режим и результат защиты Увидеть: пропущено, маскировано, заблокировано или обработано по поручению
Категории и счётчики Понять, что сработало: PHONE: 2, PERSON: 1
Признак иностранной передачи Зафиксировать иностранный маршрут
Статус, задержка и токены Разобрать техническую ошибку и расход

Не сохраняйте исходный и маскированный запросы, а также таблицу <PHONE_1> → реальный номер только ради удобства. Если для конкретного расследования требуется содержимое, нужен отдельный контролируемый процесс с основанием, ограниченным доступом и сроком удаления.

Аудит агента шире аудита модели

Для ИИ-агента важно знать не только вызов модели, но и выполненные инструменты: какой отчёт прочитан, какое действие предложено, кто подтвердил запись и что изменилось. Результат инструмента может содержать ПДн, поэтому в общий журнал лучше записывать название операции, объект, число строк и итог, а не полный ответ 1С.

Срок хранения должен иметь причину

«Хранить всегда, вдруг пригодится» противоречит принципу ограничения обработки целью. Определите срок для эксплуатационного аудита, процедуру удаления и отдельный срок для финансовых данных, если он нужен. Проверьте резервные копии и выгрузки: удаление только из основной таблицы не завершает жизненный цикл.

Статья 18.1 закона № 152-ФЗ требует локальных актов со способами, сроками обработки и хранения, порядком уничтожения, а также внутреннего контроля или аудита. Технический журнал помогает этот контроль проводить, но сам должен быть включён в модель обработки.

В шлюзе Gitsell журнал использования сохраняет категории и агрегированные счётчики без исходных значений ПДн и полного текста запроса. Фактический состав журнала и ограничения описаны отдельно.

Статьи по теме