A24 · Модель и цепочка поставки

Компрометация поставщика обучающих данных

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

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

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

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

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

Связь со стандартамиOWASPLLM03, LLM04MITRE / ATT&CKATLAS: ML Supply ChainNISTNIST AI 100-2: Poisoning
01
Влияние на бизнес

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

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

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

Данные

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

Операции

Качество модели снижается, решения на её основе становятся ненадёжными.

Безопасность

Отравленные данные закладывают в модель нежелательное поведение.

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

Дообучение на покупных наборах данныхРазметка данных внешними подрядчикамиОбучение на данных из открытых источниковМодели скоринга на данных партнёров
02
Зоны ответственности

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

ИТ-директор

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

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

Включить поставщиков данных и разметки в контур проверки третьих сторон наравне с поставщиками ПО.

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

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

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

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

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

Происхождение набора данных неизвестно или не документировано
Лицензионные условия неясны либо отсутствуют
Разметка непоследовательна между партиями или исполнителями
В данных встречаются подозрительные дубликаты
После добавления нового источника у модели появляется неожиданная предвзятость
04
Проектирование защиты

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

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

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

Проверка поставщиков данных

Оценивать поставщика до закупки: источники данных, способ сбора, права и порядок разметки.

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

Договоры и реестр лицензий

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

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

Учёт происхождения данных

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

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

Валидация перед обучением

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

05Мониторинг

Выборочный аудит партий

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

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

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

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

  1. На чьих данных обучены наши ключевые модели?
  2. Есть ли у нас права на каждый использованный набор данных?
  3. Как проверяется качество работы подрядчиков по разметке?
  4. Что мы сделаем, если поставщик данных окажется скомпрометирован?

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

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

Первые 30 дней

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

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

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

1

Состав AI-системы связывает артефакт модели, зависимости, набор данных и версию развёртывания.

2

Поступление артефакта из неутверждённого источника проходит контроль до выполнения.

3

Команда демонстрирует проверку, доказательство версии и безопасный откат.

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

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

Управление AI (AI Governance)Защита данных для AIБезопасная эксплуатация ML (MLSecOps)

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

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

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

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

S04 · OWASPLLM03:2025 Supply ChainЦепочка поставки моделей, данных и зависимостей.S05 · OWASPLLM04:2025 Data and Model PoisoningОтравление данных и моделей.S19 · Cloud Security AllianceAI Controls MatrixКонтрольные домены AI security и governance.