A26 · Защита данных и RAG

Восстановление обучающих данных по ответам модели

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

Иллюстрация к карточке угрозы «Восстановление обучающих данных по ответам модели»
Отправить с описанием:TelegramWhatsApp
Кратко для руководителя

В чём суть риска

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

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

Связь со стандартамиOWASPLLM02, LLM08MITRE / ATT&CKATLAS: ExfiltrationNISTNIST AI 100-2: Privacy
01
Влияние на бизнес

Чем риск оборачивается для компании

Данные

Раскрываются персональные данные, коммерческая тайна и чувствительные обучающие записи.

Право и комплаенс

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

Репутация

Клиенты узнают, что сведения о них можно вывести из публичного сервиса.

Где риск наиболее вероятен

Кредитный и страховой скорингМодели на медицинских и кадровых данныхКлассификаторы с выдачей уверенностиМодели на клиентских данных у партнёров
02
Зоны ответственности

Кому и что решать

ИТ-директор

Учитывать в архитектуре, что модель на чувствительных данных наследует их категорию и требует тех же ограничений доступа.

Директор по кибербезопасности

Обеспечить проверку приватности до выпуска и ограничение детализации ответов для внешних потребителей.

Владелец бизнес-процесса

Решить, какая детализация ответа действительно нужна клиенту, и отказаться от избыточной.

03
Сигналы для службы мониторинга

Что стоит наблюдать

Признаки сами по себе не доказывают инцидент. Их полезно сопоставлять с учётной записью, версией модели, решением политики, источником контекста и результатом вызова инструмента.

Повторяющиеся пробные запросы с небольшими вариациями
Активное использование показателей уверенности модели
Запросы с нетипично высоким разнообразием и случайным характером
Сосредоточенность обращений на граничных случаях
Серии запросов, относящихся к одному человеку или узкой группе
04
Проектирование защиты

Какие меры создают границу

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

01Организационная

Классификация моделей по данным

Присваивать модели уровень конфиденциальности исходя из данных, на которых она обучена.

02Техническая

Ограничение показателей уверенности

Выдавать только итоговое решение или округлённую оценку вместо точных значений.

03Техническая

Дифференциальная приватность при обучении

Применять там, где это уместно, чтобы снизить влияние отдельной записи на модель.

04Техническая

Замедление и лимиты API

Ограничивать частоту обращений, затрудняя накопление нужного объёма ответов.

05Мониторинг

Тестирование приватности и контроль запросов

Проверять модель на раскрытие данных до выпуска и отслеживать серии пробных запросов.

05
Управленческий контроль

Вопросы, показатели и первые шаги

Вопросы команде и поставщику

  1. Какие наши модели обучены на персональных данных или коммерческой тайне?
  2. Проверялись ли они на возможность раскрытия обучающих записей?
  3. Кому и с какой детализацией выдаются ответы этих моделей?
  4. Совпадают ли ограничения доступа к модели с ограничениями доступа к её данным?

Показатели контроля

  • Доля моделей на чувствительных данных, прошедших тестирование приватности
  • Доля внешних интерфейсов, не выдающих точные показатели уверенности
  • Число выявленных серий пробных запросов за период

Первые 30 дней

  1. Выделить модели, обученные на персональных и конфиденциальных данных
  2. Проверить, какие показатели они возвращают внешним потребителям
  3. Запланировать тестирование приватности для наиболее критичных моделей
06
Проверка в пилоте

Как проверить в пилотном проекте

Подтвердить, что поиск контекста учитывает права, классификацию и происхождение документов.

1

Права доступа к документу проверяются до включения в найденный контекст.

2

Политика маскирования и предотвращения утечек данных проверяется на согласованном наборе чувствительных данных.

3

Трассировка хранит атрибуцию источника и решение доступа без избыточного раскрытия содержимого.

Открыть матрицу пилота
07
Контекст рынка

Какие классы решений рассматривать

Управление модельным рискомИнженерия приватности

Ниже — редакционные профили поставщиков, связанные с доменом угрозы. Это не рейтинг и не подтверждение применимости: заявленные функции следует проверить в вашем пилоте по указанным критериям.

Проверенные источники

Источники и проверка

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

S12 · NISTAI 100-2e2025: Adversarial Machine LearningТаксономия атак и mitigations для adversarial ML.S13 · MITREMITRE ATLASТактики и техники против AI-систем.