A51 · Управление AI

Несанкционированное изменение шаблонов промптов

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

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

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

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

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

Связь со стандартамиOWASPLLM09MITRE / ATT&CKATLAS: AI GovernanceNISTNIST AI RMF: Govern
01
Влияние на бизнес

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

Данные

Ассистент начинает выдавать сведения, которые прежняя редакция шаблона запрещала раскрывать.

Право и комплаенс

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

Операции

Поведение ассистента меняется внезапно, и решения в процессе принимаются по другим правилам.

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

Клиентские чат-боты с шаблонами в системе управления контентомАссистенты, применяющие правила принятия решенийВнутренние помощники с ограничениями на раскрытие данныхПлатформы, где промпты редактируют бизнес-пользователи
02
Зоны ответственности

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

ИТ-директор

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

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

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

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

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

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

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

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

Изменение шаблона без связанного согласования
Резкая смена поведения ассистента без выпуска новой версии
Правки в административной панели вне окна выпуска
Расхождение действующего шаблона с утверждённой версией
Ухудшение результатов автоматических проверок после правки
04
Проектирование защиты

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

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

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

Согласование изменений шаблонов

Ввести обязательную проверку правок вторым сотрудником и утверждение владельцем шаблона.

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

Реестр промптов с версиями и откатом

Хранить утверждённые шаблоны в едином реестре с историей правок. Это даёт доказуемость и возврат к прежней редакции одним действием.

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

Разграничение прав на редактирование

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

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

Автоматические проверки перед выпуском

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

05Мониторинг

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

Отслеживать изменения шаблонов и отклонения в ответах ассистента, оповещая о правках без согласования.

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

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

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

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

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

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

Первые 30 дней

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

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

Проверить видимость реестра AI, владельцев, изменений политик и доказательность принятого решения.

1

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

2

Изменение политики или конфигурации поставщика имеет проверку и событие аудита.

3

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

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

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

Платформа управления жизненным циклом LLM (LLMOps)Управление AI (AI Governance)Межсетевой экран для LLM

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

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

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

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

S02 · OWASPLLM01:2025 Prompt InjectionПрямые и косвенные prompt injection и меры снижения риска.S08 · OWASPLLM07:2025 System Prompt LeakageУтечки системных инструкций и границы контроля.S14 · CISAJoint Guidance on Deploying AI Systems SecurelyБезопасное внедрение AI-систем.