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

Внедрение инструкций через изображения, сканы и PDF

Инструкции могут быть скрыты не только в тексте, но и в изображениях, сканах, скриншотах и PDF, которые анализирует мультимодальная модель. Риск особенно значим там, где AI обрабатывает счета, заявки и презентации.

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

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

Инструкции могут быть скрыты не только в тексте, но и в изображениях, сканах, скриншотах и PDF, которые анализирует мультимодальная модель. Риск особенно значим там, где AI обрабатывает счета, заявки и презентации.

Модель получает изображение или PDF для обычной бизнес-задачи. В файле присутствует скрытый текст, который человек не видит, а модель может принять за приказ. Граница доверия нарушается на этапе извлечения содержимого: всё распознанное попадает в контекст наравне с заданием. Проверки, рассчитанные на обычный текст, такой файл пропускают.

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

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

Операции

Документы обрабатываются с искажениями, ошибки попадают в учётные процессы.

Финансы

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

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

Текстовые фильтры обходятся через файлы и медиа.

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

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

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

ИТ-директор

Включить в конвейер обработки документов этап проверки и очистки до передачи файла модели.

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

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

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

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

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

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

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

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

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

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

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

Проверка документов на входе

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

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

Очистка содержимого файлов

Удалять скрытые элементы и оставлять только то, что видит человек.

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

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

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

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

Проверка результата обработки

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

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

Правила приёма внешних документов

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

06Мониторинг

Контроль расхождений распознавания

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

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

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

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

  1. Проверяются ли файлы на скрытый текст до модели?
  2. Чем распознаётся текст и доверяем ли мы этому средству?
  3. Какие решения принимаются по документам автоматически?
  4. Что происходит с файлом, в котором найдено расхождение?

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

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

Первые 30 дней

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

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

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

1

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

2

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

3

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

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

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

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

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

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

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

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

S02 · OWASPLLM01:2025 Prompt InjectionПрямые и косвенные prompt injection и меры снижения риска.S18 · Google CloudModel ArmorRuntime-защита prompts, responses и agents.