Вебинар про контроль действий агентов
Эфир 10 сентября с INFERA SECURITY: Agent Runtime Security, OWASP Top 10 for Agentic Applications, теневой ИИ и перехват вызовов инструментов в режиме fail-closed.
ИИ-агент — это программа, которая получает цель, сама выбирает шаги и выполняет их вашими инструментами и вашими правами. Он читает почту и файлы, вызывает API, запускает команды, ходит в интернет и меняет состояние систем. Модель внутри только предлагает следующий шаг; делает его обвязка вокруг модели. Отсюда и вся разница с чат-ботом: бот советует, агент действует.
Скрипт делает ровно то, что в нём написано. Агент выбирает следующий шаг по тексту, который прочитал в процессе работы, — включая текст, который туда положил посторонний.
| Вопрос | Чат-бот или скрипт | ИИ-агент |
|---|---|---|
| Что делает | Возвращает текст или выполняет записанные шаги | Сам выбирает шаги и выполняет их |
| Кто решает | Человек, читающий ответ | Модель по ходу работы |
| Откуда берётся инструкция | Из кода и из запроса | Из запроса и из любых прочитанных данных: письма, заявки, страницы |
| Что видит NGFW | Обращение к сервису | Обращение к сервису. Вызов инструмента идёт внутри процесса и в сеть не выходит |
| Цена ошибки | Неверный совет | Выполненное действие с вашими правами |
Именно поэтому фильтр перед моделью задачу не закрывает: команда rm -rf до модели не доходит, она из неё выходит. О слепых зонах NGFW, DLP и EDR — в статье «Контроль действий ИИ-агентов».
Материалы писались по одному, но складываются в последовательность. Если тема новая, читайте сверху вниз.
Из чего собран агент: цель, память, инструменты, MCP, права доступа и системная инструкция. Всё на примере утренней сводки SOC, без абстракций.
Пока непонятно, где у агента заканчивается модель и начинается обвязка, спорить о защите бессмысленно.
Из чего состоит ИИ-агент: словарь для CISO →
Восемь карточек для совещания →
Двенадцать шагов работы агента и по три главные угрозы на каждом: непрямые инъекции, подмена полномочий, отравление памяти, обход лимитов, утечки через журналы.
Список шагов заодно отвечает на вопрос, какие из них у вас вообще есть, а какие ещё нет.
Где перехватывать вызов инструмента: hooks в приложении, обёртка над MCP, eBPF, ETW или сетевой шлюз. Что каждая точка видит, чего не видит и как проверить, что запрет действительно сработал.
Точка контроля определяет и стоимость, и то, какие атаки вы в принципе способны остановить.
Где контролировать действия ИИ-агента →
Контроль действий: классы доступа и fail-closed →
Найти то, что уже запущено без согласования, завести реестр с владельцем и правами, написать правила для сотрудников.
Половина «внедрения безопасности ИИ» — это инвентаризация. Без неё политика защищает воображаемую систему.
Shadow AI: как найти теневой ИИ →
Регламент использования ИИ →
Эфир 10 сентября с INFERA SECURITY: Agent Runtime Security, OWASP Top 10 for Agentic Applications, теневой ИИ и перехват вызовов инструментов в режиме fail-closed.
Если читать быстрее, чем смотреть: статья с таблицами классов доступа, слепыми зонами средств защиты и чек-листом.
Модель принимает текст и возвращает текст. Агент — это обвязка вокруг модели: цель, память, набор инструментов и права доступа. Модель предлагает следующий шаг, а выполняет его обвязка. Поэтому опасное действие происходит не внутри модели, а в вызове инструмента, и контролировать надо именно вызов.
Чат-бот советует, агент действует. Бот возвращает текст, ответственность за применение остаётся на человеке. Агент сам ходит в систему, читает файлы, вызывает команды и меняет состояние, а человек видит только итог. Между советом и действием лежит вся разница в модели угроз.
Событие, в котором агент вышел за границу выданных ему полномочий или данные ушли туда, где им быть не положено: агент выполнил команду, которой не было в задании, обратился к системе вне списка разрешённых, отправил во внешний сервис содержимое внутреннего документа или выполнил инструкцию, подложенную посторонним в письме, заявке или веб-странице. Само по себе обращение сотрудника к ИИ-сервису инцидентом не является — это повод завести запись в реестре.
Отключить конкретного агента можно и иногда нужно, но как политика это не работает: запрет убирает не использование, а наблюдаемость. Сотрудник переходит на личный ноутбук или расширение браузера, и происходящее уходит из поля зрения. Рабочая последовательность обратная: сначала увидеть, что уже запущено, потом дать разрешённый инструмент с понятными правами, и только потом закрывать остаток.
Нет. Шлюз перед моделью работает с текстом запроса и ответа и помогает против джейлбрейков и утечки данных в промпте. Но опасная команда до модели не доходит — она из неё выходит и исполняется обвязкой. Точка контроля нужна там, где вызывается инструмент.
С инвентаризации инструментами, а не опросом: журналы DNS и прокси, установленные расширения и пакеты, ключи провайдеров моделей в репозиториях, счета за подписки. Пока нет реестра того, что уже запущено и с какими правами, политика пишется наугад и защищает воображаемую систему.
Раздел про защиту ИИ в компании: с чего начинается работа, какие материалы уже готовы и что можно взять бесплатно.
Восемнадцать продуктов: что заявлено, кем и что подтверждено записью в Реестре российского ПО. Подробности — в обзоре, живой список — в таблице.
Разбор рисков ИИ для вашей команды на ваших сценариях: что уже запущено, где границы и как писать правила, которые исполняются.
Инвентаризация агентов и ИИ-сервисов, права и точки контроля, регламент для сотрудников, обучение команды. Начнём с короткого разговора о том, что у вас уже работает.