Перейти до основного вмісту
Просунутий10–16 годин

AI Security Incident Containment Drill

Відпрацюйте AI-specific incident: prompt injection або compromised tool уже вплинув на production workflow. Побудуйте evidence-preserving containment, reconciliation, scoped rollback і regression closure.

incident responsecontainmentforensicsreconciliationrollbacksecurity regression

Сценарій

Задача

Production agent після indirect prompt injection викликав write tool, а timeout залишив невідомий final state. Потрібно не просто вимкнути модель, а зберегти evidence, локалізувати blast radius, перевірити authoritative system of record, відкликати compromised capability і безпечно відновити сервіс.

Покрокове виконання

1. Класифікуйте та заморозьте evidence

Результат: Команда знає, що сталося і який runtime envelope був активний.

Завдання

  • Зафіксуйте model/prompt/retrieval/tool versions
  • Збережіть traces без зайвих secrets
  • Позначте user/session/tool identities
  • Відокремте confirmed від suspected effects

Перевірки

  • Немає ретроспективного переписування audit trail
  • Sensitive evidence має access control

2. Контейніть мінімально необхідний blast radius

Результат: Небезпечний capability зупинено без необов’язкового повного відключення системи.

Завдання

  • Вимкніть affected write tool або scope
  • Revoke compromised credential
  • Переведіть workflow у degraded/read-only mode
  • Заблокуйте known malicious source

Перевірки

  • Containment не залежить від поведінки самої моделі
  • Critical action path більше недоступний

3. Reconcile before retry

Результат: Невідомі side effects звірені з authoritative source до будь-якого повторного виконання.

Завдання

  • Перевірте system of record
  • Зіставте idempotency keys
  • Виявте partial/duplicate writes
  • Позначте pending manual repair

Перевірки

  • Немає blind retry після timeout
  • Кожен uncertain action має confirmed final state або explicit manual owner

4. Відновіть known-good і закрийте regression

Результат: Сервіс повертається контрольовано, а причина інциденту більше не може тихо повторитися.

Завдання

  • Rollback affected behavior envelope
  • Запустіть security replay
  • Canary/failback
  • Мінімізуйте exploit
  • Додайте permanent regression case

Перевірки

  • Recovery перевірена postcondition-ами
  • Regression блокує повтор критичного attack path

Критерії приймання

  • Incident timeline містить runtime fingerprint
  • Containment scoped і незалежний від model compliance
  • Unknown side effects reconciliation завершено до retry
  • Known-good recovery підтверджений authoritative postconditions
  • Production exploit став permanent regression test

Матеріали перед виконанням

Incident response для AI

AI incident response адаптує Detect–Respond–Recover до помилок моделей, retrieval, tools, даних і політик. Розглядаємо severity, evidence preservation, containment, safe rollback, комунікації, відновлення та перетворення інцидентів на контрольні тести.

Red teaming LLM-систем

Практичний red teaming перетворює припущення про безпеку LLM-системи на відтворювані атаки, докази та regression-тести. Розглядаємо threat model, ручні й автоматизовані кампанії, triage, безпечну лабораторію та перевірку виправлень.

Безпека AI-агентів

Безпека AI-агентів — практичний розбір production-архітектури: зменшення наслідків помилкового або атакованого рішення через системні межі довіри та мінімальні повноваження. Матеріал охоплює контракти, межі повноважень, failure modes, оцінювання та контрольований rollout.

Guardrails і захист від prompt injection

Чому інструкції не є межею безпеки та як ізолювати недовірені дані, обмежувати інструменти, перевіряти вихід і тестувати прямі та непрямі атаки.