AWS发布Amazon Bedrock AgentCore Gateway,支持ServiceNow的OBO令牌交换
摘要:AWS推出Amazon Bedrock AgentCore Gateway的新功能,支持与Microsoft Entra ID的OBO(On-Behalf-Of)令牌交换。这使得AI代理能够调用ServiceNow REST API,同时保留调用用户的身份,从而实现用户级别的访问控制并维护审计跟踪。该功能通过AgentCore Gateway原生实现,无需自定义拦截器或代码,降低了开发与维护成本。
核心功能与架构
Amazon Bedrock AgentCore Gateway此次更新引入了对OBO令牌交换的原生支持,使得AI代理能够安全地调用受保护的REST API,同时保留用户身份。以下是主要架构组件:
- AI代理应用:通过Microsoft Entra ID进行OAuth应用注册,保护AI代理应用。
- AgentCore Gateway(MCP服务器):作为AI代理与ServiceNow之间的中介,负责处理令牌交换。
- ServiceNow REST API:配置为接受来自Entra ID的OAuth集成,确保用户身份的正确映射。
技术机制剖析
OBO令牌交换的核心机制如下:
- 初始令牌获取:用户获取一个JWT(JSON Web Token)来调用AI代理。
- 代理认证与令牌交换:代理使用JWT向AgentCore Gateway进行认证,Gateway通过OBO流程将令牌交换为ServiceNow API所需的令牌,同时保留原始用户身份。
- ServiceNow访问:ServiceNow接收到包含用户身份的令牌,并根据该身份应用相应的权限。
工程权衡与实测表现
- 优势:“不依赖自定义Lambda或拦截器,简化了开发流程,降低了运维成本。”
- 挑战:需要正确配置Entra ID和ServiceNow的OAuth集成,确保令牌中包含必要的用户声明(如
preferred_username)。 - 性能:在实测中,AgentCore Gateway能够高效处理高并发请求,延迟增加可忽略不计。
开发者落地与部署建议
- 配置Microsoft Entra ID:创建应用注册,配置
user_impersonation范围,并确保AI代理应用具备调用ServiceNow API的权限。 - 配置ServiceNow:设置入站OAuth集成,配置OIDC提供者,并将用户声明映射到ServiceNow的用户字段。
- 配置AgentCore Gateway:创建出站身份验证配置,选择JWT授权授予,并配置令牌交换参数(如
requested_token_use: on_behalf_of)。 - 测试与验证:在部署前,通过模拟用户请求验证令牌交换和权限应用是否正确。
结论
AgentCore Gateway的OBO支持为AI代理与受保护的REST API之间的集成提供了更安全、更高效的方式。它消除了对自定义代码的依赖,并确保用户身份在整个调用链中得以保留,为企业AI应用提供了更强大的安全性和可扩展性。
标签
- AWS
- Amazon Bedrock
- AgentCore Gateway
- OBO令牌交换
- AI代理
- ServiceNow
阅读预估时间
5分钟
—— 完 ——消息来源:AWS Machine Learning Blog (2026-11-03)
主题标签: #AWS #Amazon Bedrock #AgentCore Gateway #OBO令牌交换 #AI代理 #ServiceNow
编辑部与事实核查说明:本篇专刊由智客前沿资讯管线根据官方技术公告、学术论文及开源工程文档整理编译,经算法实体核验与人工编辑审校后发布。若发现技术事实纰漏,欢迎依据勘误方针或一键向编辑部发送勘误反馈。
社区整体评论区