[代理身份] — Descope 推出跨应用访问，以短期身份断言替代静态 API 密钥，用于 AI 代理和 MCP 服务器 9 月 1 日的发布同时支持 ID-JAG 令牌的签发和验证，使企业能够通过其现有的身份提供者管理代理可以访问的内容——每次请求都会评估授权策略。 CyberSignal AI 优先级：高 发布日期：2026 年 9 月 1 日 Descope 跨应用访问 — XAA ID-JAG 模型上下文协议 — MCP 代理安全 · 身份 · MCP · OAuth · 零信任 AI 代理正在以极快的速度制造一个熟悉的网络安全问题： **太多强大的身份共享从未为它们设计的凭据。** 静态 API 密钥可能成为： **代理 AI 的共享密码问题。** ### 发生了什么 Descope 宣布支持： **跨应用访问 — XAA** 在其代理身份中心内。 该系统旨在让组织使用他们已信任的企业身份提供者来管理 AI 代理的访问。 Descope 现在支持： **ID-JAG 验证** 和 **ID-JAG 签发。** 在实践中，这可以允许： 一个在应用程序 A 中认证的 AI 代理 访问： 应用程序 B 的 API 或 MCP 服务器 而无需给代理： 一个永久的共享 API 密钥。 ### 身份链 用户/企业身份 ↓ AI 代理执行授权任务 ↓ 企业身份提供者建立身份 ↓ 创建 ID-JAG 断言 ↓ 建立跨应用访问信任 ↓ 交换令牌 ↓ 签发短期作用域的凭据 ↓ 代理访问特定的 API/MCP 资源 ↓ 评估授权策略 ↓ 操作被允许或拒绝。 目标是： **委托身份而非永久密钥。** ### 为什么静态 API 密钥对代理危险 考虑常见的架构： AI 代理 ↓ 环境变量 ↓ API 密钥 ↓ 强大的服务。 这造成几个问题。 API 密钥可能： 保持有效数月 ↓ 位于配置文件中 ↓ 具有广泛权限 ↓ 在代理之间复制 ↓ 缺乏用户上下文 ↓ 缺乏工具级授权。 如果一个代理通过以下方式被攻陷： 提示注入 依赖项妥协 凭据窃取 恶意 MCP 内容， 那个长期有效的凭据可能变得在代理本身之外可重用。 ### 身份问题 代理越来越多地在以下之间操作： 用户 应用程序 服务账户 自主工作负载。 但简单地将代理视为： **登录的人类** 会造成另一个问题。 如果人类有： 30 个权限， 代理可能继承： 全部 30 个。 即使任务只需要： 一个。 Descope 的 XAA 模型则旨在使用以下上下文授权访问： 用户角色 租户成员身份 身份声明 代理身份 请求的资源 请求的作用域。 ### 什么是 ID-JAG？ 系统使用： **身份断言 JWT 授权授予 — ID-JAG。** 概念上： 企业身份提供者说： “这个用户，通过这个应用程序，正在请求这个特定的资源。” ↓ 签名的短期断言 ↓ 资源的授权系统验证它 ↓ 资源创建自己的访问令牌。 因此，原始身份提供者帮助建立信任，而不需要每个代理永久存储： 另一个凭据。 ### MCP 成为 IAM 的一部分 这很重要，因为 MCP 服务器越来越多地暴露： 数据库 开发工具 云环境 文件 业务应用程序 内部 API。 没有强身份边界的 MCP 服务器实际上可以成为： **一个 AI 可访问的企业基础设施网关。** 跨应用访问正在被纳入围绕 MCP 的企业管理授权模型。 这意味着传统的 IAM 概念开始触及： 代理到工具的通信。 ### 多租户访问 Descope 还支持每个组织的策略。 一个企业客户的代理可能获得： 只读访问。 另一个： 不同的工具作用域。 另一个： 完全无法访问。 策略决策可以包含： 角色 租户 ID 来自企业身份提供者的声明。 并且 Descope 表示策略可以： **每次请求** 评估，而不是永久编码在静态凭据中。 ### 受影响的内容 这种架构特别对构建以下内容的公司很重要： 企业 AI 代理 MCP 服务器 B2B SaaS 平台 多代理系统 代理市场 企业副驾驶。 代理跨应用程序通信越多，这变得越不可持续： 代理 → 大量 API 密钥集合。 ### 为什么这很重要 网络安全已经从人类身上学到了这个教训： 共享密码是不好的。 然后从工作负载： 共享服务账户是不好的。 代理 AI 正在重新创建相同的身份问题。 更好的架构是： 每个代理有一个身份 ↓ 每个请求有上下文 ↓ 凭据过期 ↓ 权限最小化 ↓ 委托可见 ↓ 访问可以撤销。 ### 重要注意事项 这是一个： **商业产品发布。** Descope 的有效性和部署声明主要来自 Descope 本身。 跨应用访问和相关的代理身份标准也： 仍在演进。 仅身份控制不能解决： 提示注入 恶意工具响应 不安全的自主决策 过于强大的代理能力。 一个完美认证的代理仍然可以执行： **一个完美认证的坏操作。** 身份回答： **“谁在行动？”** 安全仍然必须回答： **“这个操作应该发生吗？”** ### 防护者行动 部署 AI 代理的组织应该清点： 每个代理身份 ↓ 每个 MCP 服务器 ↓ 代理持有的每个 API 密钥 ↓ 每个下游权限。 转向： 短期凭据 最小权限 每工具授权 租户隔离 显式委托 完整的访问日志 独立的代理撤销。 并避免这种架构： 人类管理员会话 ↓ AI 代理 ↓ 管理员可以访问的一切。 ### CyberSignal 洞察 **AI 代理不应该借用你的登录，就像服务器不应该借用你的密码一样。代理正在成为一等身份——安全架构需要这样对待它们。** 来源：Descope · MCP 企业管理授权 / ID-JAG