IBM запустила платформу IBM Agent Identity для защиты корпоративных ИИ-агентов
Компания IBM 27 октября 2026 года на конференции IBM TechXchange 2026 в Атланте объявила о запуске решения IBM Agent Identity, предназначенного для управления идентификацией ИИ-агентов и контролем доступа автономного ПО. Система регистрирует агентов в централизованном реестре, связывает действия программы с ответственным сотрудником и выдает кратковременные учетные данные под конкретные задачи. Для организаций, запускающих автоматизированные процессы в облаках, это решает проблему неуправляемого машинного доступа благодаря замене постоянных административных ключей на наименьшие привилегии и журналы аудита.
Как IBM Agent Identity отслеживает автономное ПО в центральном реестре
Платформа создает единый реестр для каждого активного агента, фиксируя владельца, метаданные, категории риска, разрешенные интеграции с инструментами и статус жизненного цикла. Для решения проблемы бессрочных учетных данных и неопределенного владения система сохраняет цепочку делегирования между провайдерами идентичности и сервисами обмена токенов, поэтому любое действие можно отследить до конкретного человека, статуса одобрения или системы. Платформа выдает временные токены OAuth под конкретные задачи с учетом согласия на чувствительные операции. Контекстная авторизация, принудительное применение политик, оценка рисков в реальном времени и контроль учетных данных остаются активными во время работы агента, формируя структурированные журналы аудита для отчетов о соответствии требованиям.
Как HashiCorp Vault 2.2 защищает учетные данные для нечеловеческих рабочих нагрузок
В релизе HashiCorp Vault 2.2 появились защищенные учетные записи для программных агентов с автоматическим обновлением ключей и постквантовым шифрованием. Обновление добавляет поддержку vTPM для виртуальных машин Linux, что позволяет подтверждать подлинность с помощью криптографических доказательств виртуального TPM вместо распределенных секретов. При использовании совместно с HashiCorp Vault Agent Identity сервис IBM Verify обеспечивает централизованную идентификацию, управление и обмен токенами, пока Vault выдает точечные учетные данные для целевых систем, не способных принимать делегированные токены напрямую. Vault обменивается контекстом с центральным реестром для соблюдения принципа наименьших привилегий и мгновенной отмены прав при попытке несанкционированного действия.
Как происходит обнаружение и изоляция ИИ-агентов в IBM watsonx Orchestrate
Через AI Gateway в режиме предварительного просмотра можно обнаруживать ИИ-агентов IBM watsonx Orchestrate, модели и серверы Model Context Protocol в сторонних средах, включая Amazon Bedrock, Microsoft Foundry и Google Gemini. Функция изоляции запускает внешние агенты в изолированных песочницах и предоставляет администраторам кнопку аварийного отключения для немедленной остановки скомпрометированного агента. Каталог соответствует стандартам OWASP, CoSAI и IBM AI Risk Atlas, отображая метрики производительности и информацию о соответствии EU AI Act для выбранных агентов. Встроенные инструменты оценки, ставшие общедоступными, позволяют командам тестировать точность и качество перед развертыванием, а также отслеживать расходы на модели и токены в промышленной эксплуатации.
Почему управление идентификацией ИИ-агентов критически важно для современного бизнеса
Согласно прогнозам Gartner от 28 апреля 2026 года, к 2028 году крупная компания из списка Fortune 500 будет использовать в среднем более 150000 агентов по сравнению с менее чем 15 в 2025 году. Однако только 13% организаций заявляют о наличии эффективной системы управления идентификацией ИИ-агентов. Поскольку программные агенты получают полномочия на проведение транзакций и доступ к внутренним базам данных, неквалифицированное использование учетных данных создает серьезные операционные риски. Интеграция с защищенной средой NVIDIA OpenShell сочетает изолированное исполнение с подтвержденной идентичностью, давая командам безопасности контроль над автономными нагрузками в реальном времени.
Что это меняет для корпоративных служб безопасности
Для отделов ИТ и безопасности этот релиз устраняет вшитые в код секреты и неконтролируемые права агентов в гибридной облачной инфраструктуре. Заменяя статические административные ключи на кратковременные токены под конкретные задачи, компании снижают риск кражи учетных данных и бокового перемещения злоумышленников при автоматическом выполнении процессов. Структурированные журналы аудита автоматически связывают действия машин с контролирующими их сотрудниками, что сокращает время на аудиты соответствия и расследование инцидентов безопасности.
Вопросы и ответы
Что такое IBM Agent Identity и как это работает?
IBM Agent Identity представляет собой корпоративное решение безопасности, которое создает центральный реестр ИИ-агентов, фиксируя владельцев, уровень риска, статус жизненного цикла и разрешенные интеграции. Система передает полномочия человека с помощью кратковременных токенов под конкретные задачи и контекстной авторизации, обеспечивая непрерывную оценку рисков и ведение журналов аудита во время работы агентов.
Как HashiCorp Vault управляет учетными данными ИИ-агентов?
HashiCorp Vault управляет учетными данными агентов, выдавая точечный доступ в режиме реального времени для систем, которые не могут обрабатывать делегированные токены. В версии Vault 2.2 агенты получают защищенные учетные записи с автоматическим продлением ключей, постквантовым шифрованием и аутентификацией через виртуальный TPM, что позволяет мгновенно отзывать права при несанкционированных действиях.
Как компании могут управлять автономными ИИ-агентами на разных платформах?
Организации могут управлять автономными агентами путем развертывания единого уровня контроля, такого как watsonx Orchestrate AI Gateway, для обнаружения сторонних агентов в средах Amazon Bedrock и Google Gemini. Они применяют политики безопасности с помощью аппаратной виртуализации песочниц, экстренных кнопок отключения и интеграции с провайдерами идентичности, такими как IBM Verify и Microsoft Entra.
Взгляд MOZGII
Как бы мы это построили
Мы бы построили конвейер идентификации агентов вокруг центрального реестра, кратковременных токенов доступа и контейнерной изоляции. Центральный реестр фиксировал бы каждого активного агента, его владельца-человека, разрешенные подключения к инструментам и уровень риска. При запросе агента на доступ к целевой базе данных провайдер идентификации выдавал бы токен под конкретную задачу, привязанный к исходному пользователю. Для устаревших инструментов, не способных обрабатывать делегированные токены, мы бы задействовали брокер секретов для выдачи временных учетных данных. Специалисты по безопасности настраивали бы правила авторизации и вручную одобряли бы критические операции.
Эта схема дала бы сбой, если бы агент запускался внутри облачной платформы без прохождения через шлюз, в обход аудита. В качестве главной метрики мы бы отслеживали долю действий агента, связанных с активным супервизором-человеком. Затем мы бы внедрили принудительное применение политик во время выполнения, которое мгновенно отзывает учетные данные при отклонении агента от заданного сценария.
Источники
Откуда взяты факты этой новости.