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

Косвенное внедрение инструкций через веб-страницы

Вредоносная инструкция размещается во внешнем контенте, который AI читает как данные. Сотрудник получает искажённый вывод, а ассистент с инструментами может передать данные наружу или выполнить нежелательное действие.

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

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

Вредоносная инструкция размещается во внешнем контенте, который AI читает как данные. Сотрудник получает искажённый вывод, а ассистент с инструментами может передать данные наружу или выполнить нежелательное действие.

Ассистент анализирует веб-страницу для пользователя. В ней есть скрытый текст, незаметный человеку, но доступный модели, и он пытается повлиять на её инструкции. Граница доверия ломается в момент, когда содержимое чужого сайта попадает в тот же контекст, что и задача пользователя. Дальше результат зависит от прав ассистента: от вводящей в заблуждение сводки до обращения к инструментам.

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

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

Данные

Сведения из рабочего контекста могут уйти во внешние каналы через инструменты ассистента.

Операции

Решения принимаются на основе сводок, которыми манипулирует владелец внешней страницы.

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

Ассистент выполняет действия, которых пользователь не запрашивал.

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

Ассистенты с поиском в интернетеAI-браузеры и помощники для чтения страницАнализ конкурентов и рынка по открытым источникамRAG-системы, индексирующие внешние сайты
02
Зоны ответственности

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

ИТ-директор

Решить, каким ассистентам разрешено читать внешний интернет и какие инструменты доступны им в этом режиме.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Разделение контекста по доверию

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

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

Запрет действий по недоверенному контенту

Не выполнять операции с инструментами, если их источник — текст внешней страницы.

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

Политика недоверия внешним источникам

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

05Мониторинг

Контроль рискованных ответов

Оценивать ответы на выходе и оповещать о попытках передачи данных во внешние каналы.

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

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

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

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

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

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

Первые 30 дней

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

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

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

1

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

2

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

3

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

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

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

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

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

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

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

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

S02 · OWASPLLM01:2025 Prompt InjectionПрямые и косвенные prompt injection и меры снижения риска.S18 · Google CloudModel ArmorRuntime-защита prompts, responses и agents.S24 · arXivLessons from Defending Gemini Against Indirect Prompt InjectionsНепрерывная adversarial evaluation indirect prompt injection.