AWS выпустила Bedrock AgentCore Gateway — управляемый слой контроля доступа для ИИ-агентов, которым нужно обращаться к внешним инструментам, API и базам данных, сообщает AWS Machine Learning Blog.
Шлюз располагается между ИИ-агентом и инструментами, которые ему разрешено использовать, обеспечивая аутентификацию и детальную авторизацию на каждый вызов. Вместо того чтобы агент держал широкие постоянные учётные данные для доступа к внутренним системам, шлюз может ограничивать доступ по инструментам, по действиям и логировать каждый запрос для последующего аудита.
Это закрывает брешь, которая росла вместе с внедрением агентных ИИ-систем: многие команды подключили агентов к CRM, платформам поддержки и внутренним базам данных быстрее, чем выстроили контроль над тем, что эти агенты реально способны делать после подключения. Агент поддержки, получивший доступ к API тикет-системы ради автоматизации, без ограничений мог бы также читать или изменять записи за пределами предполагаемой задачи. AgentCore Gateway создан для того, чтобы сделать границы доступа явными и принудительно соблюдаемыми, а не подразумеваемыми.
Для компаний, уже работающих на инфраструктуре AWS, функция интегрируется с существующей системой разрешений в стиле IAM, то есть управление доступом можно настроить без создания собственного слоя авторизации с нуля. AWS позиционирует это как часть более широкого стека Bedrock AgentCore, нацеленного на то, чтобы сделать агентные развёртывания достаточно прозрачными для аудита в регулируемых или чувствительных к безопасности средах.
Что меняется для операторов. В B2B-компании на 10-200 человек, автоматизирующей продажи или поддержку с помощью ИИ-агентов, сегодня обычно нет вообще никакого подобного контроля — доступ выдаётся широко, потому что выстраивание гранулярных разрешений дорого и долго для небольшой команды. AgentCore Gateway превращает это в управляемую настройку: определяется, какие инструменты агент может вызывать и при каких условиях, а также ведётся лог для комплаенса или разбора инцидентов. Это становится всё важнее по мере того, как клиенты и партнёры начинают спрашивать поставщиков, какой доступ у их ИИ-систем есть к чувствительным данным — такой вопрос всё чаще встречается в анкетах безопасности поставщиков и в корпоративных закупочных процедурах.
Оборотная сторона — привязка к платформе: преимущество контроля доступа завязано именно на использование агентного стека Bedrock, поэтому компании, запускающие агентов на других платформах (LangChain, собственная оркестрация или не-AWS фреймворки для агентов), не получают это по умолчанию и должны выстраивать эквивалентные механизмы контроля самостоятельно. Для команд, уже работающих на AWS, это менее затратный способ закрыть реальный пробел в аудите до того, как он станет вопросом клиента или инцидентом безопасности.