A36 · Безопасность AI-агентов

Отравление долговременной памяти AI-ассистента

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

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

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

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

Ассистент запоминает сведения из диалогов и документов, чтобы учитывать их позже. Скрытое указание из прочитанного материала сохраняется в памяти наравне с действительными предпочтениями пользователя. Позднее оно срабатывает в другом контексте, когда связь с исходным документом уже утрачена. Граница доверия нарушается в момент записи: недоверенное содержимое получает статус постоянного знания. Без сведений о происхождении записей найти причину искажения трудно.

Связь со стандартамиOWASPLLM06MITRE / ATT&CKATLAS: Agent Tool MisuseNISTNIST AI RMF: Manage
01
Влияние на бизнес

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

Операции

Ассистент устойчиво применяет искажённые правила, и ошибки повторяются от сеанса к сеансу.

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

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

Данные

Ложные факты в памяти снижают достоверность ответов и производных документов.

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

Персональные ассистенты с памятью между сеансамиАгенты, накапливающие правила и предпочтения заказчикаАссистенты, читающие внешние документы и почтуОбщая память группы агентов
02
Зоны ответственности

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

ИТ-директор

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

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

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

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

Назначить ответственного за проверку того, что ассистент запомнил о процессе и его правилах.

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

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

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

В памяти появляются записи, которых пользователь не вносил
Источником записи служит недоверенное содержимое
Поведение ассистента меняется после чтения документов
Ответы расходятся с действующими бизнес-правилами
У записей памяти отсутствуют сведения о происхождении
04
Проектирование защиты

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

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

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

Периодический просмотр памяти

Дать пользователям и владельцам процесса возможность регулярно проверять и исправлять сохранённые записи.

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

Согласование записи в память

Требовать подтверждения перед сохранением, чтобы новые записи не появлялись незаметно.

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

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

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

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

Запрет записи из недоверенных источников

Не сохранять в память сведения из внешних документов и писем.

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

Откат памяти к проверенному состоянию

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

06Мониторинг

Наблюдение за изменениями памяти

Фиксировать обновления памяти и отклонения поведения ассистента после обработки документов.

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

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

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

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

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

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

Первые 30 дней

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

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

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

1

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

2

Чувствительное действие останавливается до явного согласования по политике.

3

Журнал аудита связывает намерение, вызов инструмента, решение и результат.

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

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

Защита AI-агентовУправление AIНаблюдаемость LLM

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

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

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

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

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.