A52 · Безопасность языковых моделей

Внедрение инструкций через загружаемые файлы

Документы, которые пользователи загружают на анализ, могут содержать текст, воспринимаемый моделью как указания более высокого приоритета. Такой файл искажает ответ, провоцирует вызов инструментов или вынос данных.

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

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

Документы, которые пользователи загружают на анализ, могут содержать текст, воспринимаемый моделью как указания более высокого приоритета. Такой файл искажает ответ, провоцирует вызов инструментов или вынос данных.

Ассистент принимает файл формата DOCX, PDF, CSV или PPTX и включает его содержимое в контекст модели. Часть текста может быть скрыта от человека, но доступна системе при извлечении или распознавании. Модель не отличает содержание документа от распоряжений и следует внедрённым инструкциям (prompt injection). Граница доверия нарушается в момент, когда недоверенный файл смешивается с системными указаниями и получает влияние на ответ и действия.

Связь со стандартамиOWASPLLM01MITRE / ATT&CKATLAS: Prompt InjectionNISTNIST AI 100-2: Evasion
01
Влияние на бизнес

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

Данные

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

Операции

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

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

Инструменты ассистента вызываются не по воле пользователя, а по содержимому файла.

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

Анализ договоров и входящих документов от контрагентовРазбор резюме и анкетОбработка вложений обращений в службе поддержкиАссистенты с загрузкой таблиц и презентаций
02
Зоны ответственности

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

ИТ-директор

Определить, какие типы файлов допустимы в AI-сценариях, и вынести их обработку в изолированную среду.

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

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

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

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

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

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

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

Скрытый текст или слой распознавания, не совпадающий с видимым содержанием
Фрагменты документа, обращённые к ассистенту, а не к читателю
Аномалии в метаданных файла
Вызовы инструментов сразу после загрузки документа
Ответ, уходящий от исходного вопроса пользователя
04
Проектирование защиты

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

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

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

Политика допустимых типов файлов

Утвердить перечень форматов и источников документов для каждого сценария.

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

Проверка документов перед обработкой

Сканировать файлы на скрытый текст и подозрительное содержимое до передачи в модель.

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

Изолированная обработка файлов

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

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

Разделение инструкций и данных

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

05Мониторинг

Проверка ответов и действий

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

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

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

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

  1. Какие файлы и из каких источников попадают в наши AI-сценарии?
  2. Проверяется ли документ до того, как его увидит модель?
  3. Может ли ассистент выполнить действие на основании текста из файла?
  4. Кто проверяет выводы по документам перед принятием решений?

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

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

Первые 30 дней

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

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

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

1

Шлюз политик фиксирует разрешение или запрет для согласованных рисковых сценариев.

2

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

3

Изменение защитного ограничения или политики проходит проверку и воспроизводимый откат.

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

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

Защита документов для AIЗащита RAGМежсетевой экран для LLM

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

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

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

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

S02 · OWASPLLM01:2025 Prompt InjectionПрямые и косвенные prompt injection и меры снижения риска.S18 · Google CloudModel ArmorRuntime-защита prompts, responses и agents.S27 · arXivLayered Security Framework Against Prompt Injection in RAG-Based ChatbotsDefense-in-depth для RAG prompt injection.