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

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

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

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

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

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

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

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

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

Операции

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

Данные

Содержимое переписки и документов раскрывается посторонним.

Репутация

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

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

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

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

ИТ-директор

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

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

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

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

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

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

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

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

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

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

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

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

Классификация недоверенного контента

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

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

Подтверждение действий человеком

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

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

Минимальные права инструментов

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

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

Политика безопасных действий ассистента

Утвердить перечень разрешённых, ограниченных и запрещённых операций для ассистента в офисных системах.

05Мониторинг

Неизменяемый журнал действий

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

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

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

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

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

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

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

Первые 30 дней

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

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

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

1

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

2

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

3

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

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

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

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

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

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

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

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

S02 · OWASPLLM01:2025 Prompt InjectionПрямые и косвенные prompt injection и меры снижения риска.S22 · arXivInvitation Is All You Need! Promptware Attacks Against LLM-Powered AssistantsИсследование indirect prompt injection через почту, календарь и документы.S24 · arXivLessons from Defending Gemini Against Indirect Prompt InjectionsНепрерывная adversarial evaluation indirect prompt injection.S25 · arXivAI Agents and Indirect Prompt Injections: Public CompetitionПубличная competition по red teaming AI agents.