Сначала обнаружение
Самый безопасный старт — поручить системе собирать сигналы, группировать похожие события и отмечать отклонения, но не менять инфраструктуру. Например, ИИ может связать необычный вход, массовое чтение файлов и новую сетевую активность в один инцидент. Аналитик проверяет контекст и принимает решение. Такой режим полезен, если известны источники данных, фиксируются запросы модели и можно восстановить, почему предупреждение появилось.
Затем рекомендация
На втором уровне ИИ предлагает действие: заблокировать ключ, изолировать устройство или запросить повторную аутентификацию. Человек подтверждает исполнение. До перехода сюда стоит определить цену ложного срабатывания, список допустимых команд и владельца решения. AWS советует классифицировать сценарии по данным, влиянию решения и последствиям ошибки; NIST AI RMF предлагает встраивать управление риском в проектирование, эксплуатацию и оценку системы.
Автономия только для обратимых действий
Самостоятельное исполнение оправдано там, где действие ограничено, быстро отменяется и не лишает человека критической услуги. Подходящий пример — временно ограничить подозрительный токен и немедленно уведомить дежурного. Удаление данных, блокировка учётной записи руководителя или остановка производственной системы требуют отдельного подтверждения. Перед запуском нужны технический предел полномочий, журнал каждой команды, критерий передачи человеку, проверенный откат и конкретный сотрудник, отвечающий за результат.
Источники
- AWS Public Sector Blog — Practical AI governance for HCLS security teams · 25 октября 2026
- NIST — AI Risk Management Framework · 26 января 2023
