AI技术解读 · AI日报 · 2026-10-28

AI日报|企业智能体应使用短期凭据

企业智能体不是共享账号的另一种用法。每个Agent都应有可识别所有者、短期凭据、最小权限、即时撤权和完整审计。

明亮企业安全运营室内工程师核对智能体身份、短期凭据和访问边界的AI生成概念场景
AI生成概念场景:企业智能体的独立身份、短期凭据、最小权限与实时撤权,不代表客户实拍或真实项目证据

10月27日,IBM发布Agent Identity、HashiCorp Vault 2.2及watsonx Orchestrate相关能力,把“谁拥有这个Agent、它被授予什么权限、凭据能用多久、何时撤销、如何追责”放进同一条控制链。对正在采购或上线企业智能体的团队,最重要的变化不是新增一个身份产品,而是一个明确的工程结论:Agent不应长期沿用共享账号或固定密钥,它需要独立身份、任务级授权和可即时撤销的短期凭据。

本期以北京时间2026年10月28日早间为截止点,八条重点全部来自10月27日官方材料。IBM、OpenAI、Oracle、NVIDIA与Intel发布中既有正式可用能力,也有公开预览、技术预览和未来计划,正文严格分开,不把合作公告写成已交付结果。

今日重点

一、为什么共享账号和长期密钥不适合Agent

人类员工通常有明确工号、部门、岗位、审批链和离职流程;很多Agent却仍通过一个服务账号或长期API密钥访问多个系统。这样做部署快,但会产生四个直接问题。

第一,主体不清。日志只能看到共享账号,无法判断是哪一个Agent、哪个版本、哪次任务发起了动作。第二,权限过宽。为了减少接口配置,服务账号往往同时拥有读取、写入、删除或发布权限。第三,凭据过期慢。Agent已经停机或任务已经结束,密钥仍可能继续有效。第四,责任链断裂。无法清楚回答业务所有者、安全责任人和运行维护人分别是谁。

短期凭据不是简单地“把密钥换得更勤”。它要求身份、授权和凭据分离:身份说明Agent是谁以及谁负责;授权说明这次任务能做什么;凭据只是系统根据授权临时签发的通行证。任务结束、时间到期、风险变化或权限撤销后,凭据应立即失效。

二、发生了什么:身份、凭据和控制面开始合并

IBM 10月27日的公告把Agent Identity定义为Agent的权威记录,包括所有者、生命周期状态和已经授予的权限。与Vault结合后,身份与授权上下文用于控制凭据签发,目标是实现最小权限、短期有效和风险变化时实时撤权。公告还称Vault 2.2可为Agent提供独立受控账户并自动续期凭据。

同日watsonx Orchestrate更新把治理范围扩展到不同平台。IBM称AI Gateway可发现Amazon Bedrock、Microsoft Foundry和Google Gemini环境中的第三方Agent、模型与MCP服务器;治理目录提供评估信息,Evaluate能力在部署前后检查质量、准确性和合规性,并跟踪模型与令牌成本。

可用状态必须说清:IBM公告列明Vault 2.2、Agent Identity和Orchestrate evaluate能力为正式可用;Secure Hub为公开预览;Orchestrate discover与contain为技术预览。采购文件如果只写“支持跨平台发现与隔离”,却不记录当前状态、地区、版本和时间,就可能把路线图误当成交付物。

三、白泽重点拆解:六段身份与凭据验收链

1. 独立身份:每个Agent都能被唯一识别

身份记录至少包含唯一ID、业务所有者、技术维护人、用途、运行环境、版本、生命周期状态和风险等级。一个Agent从测试进入生产时,应产生新的环境身份,不能直接沿用开发密钥。多Agent协作也要分别识别,不能用“智能体平台”一个账号覆盖全部动作。

2. 任务授权:先确定对象、工具和时间窗

权限不应只按岗位静态分配,还要绑定本次任务。授权内容至少包括可访问的数据对象、允许调用的工具、允许执行的动作、最大金额或数量、有效时间、批准人和停止条件。读取制度文档、创建草稿订单和正式付款是三种不同风险,不能共用同一权限集合。

3. 短期凭据:按需签发而不是长期保存

Agent启动任务后,根据已批准权限获取短期凭据;凭据只对指定系统、动作和时间有效。续期也不能无条件自动进行,应检查任务是否仍在运行、授权是否未变化、风险是否未升级。这样即使凭据泄露,攻击面也受到权限范围和有效期限制。

4. 实时撤权:停机必须连同凭据一起停止

关闭Agent进程不等于收回访问能力。如果长期密钥仍有效,错误任务或被接管的进程仍可能继续调用系统。撤权测试应覆盖:删除授权后下一次调用是否立即失败;会话是否被撤销;排队中的任务是否停止;已经发出的高风险动作是否进入人工复核。

5. 完整审计:记录谁在什么依据下做了什么

审计链应关联Agent身份、任务ID、授权版本、凭据签发与续期、输入证据、工具调用、审批、外部系统回执、异常和人工接管。日志不能直接保存明文密钥,也不能只保留一句自然语言总结。真正可复核的证据是结构化事件和业务系统状态。

6. 异常验收:用越权和过期场景主动测试

上线前至少测试六类异常:访问未授权数据、调用未授权工具、凭据过期、权限中途撤销、Agent停机、重复请求。验收结果要说明系统是否拒绝、是否停止后续动作、是否告警、是否留下证据、是否能转人工,而不是只看聊天窗口有没有提示“权限不足”。

四、跨平台Agent治理不能只看一个控制台

企业很可能同时使用多家模型、Agent框架、MCP服务器和业务应用。单一平台控制台只能看到本平台资产,无法自动证明企业已经建立统一治理。需要建立独立资产清单,至少记录Agent、模型、知识库、工具、MCP服务器、运行环境、所有者、版本、成本、权限和当前状态。

IBM把发现、隔离、评估、成本和停机放到一个控制面,是值得关注的产品方向。但企业仍需验证:第三方资产是否完整发现;技术预览能覆盖哪些环境;隔离是否阻止横向影响;停机是否同时撤销凭据;成本统计是否包含外部工具和业务系统费用。

五、企业应用与算力变化带来的采购边界

OpenAI 10月27日介绍,与Oracle的合作将通过Oracle AI Workspace把Oracle应用和数据带入ChatGPT,目标是让员工描述任务、找到信息并完成获批业务流程。Oracle App Composer则用于连接获批的Oracle数据与工作流,并强调公司权限和访问控制。这里已确认的是产品方向与合作内容;具体地区、版本、上线时间、数据驻留和权限映射仍需采购时核验。

同日基础设施公告说明,Agent成本不能只看GPU。NVIDIA称Vera Rubin NVL72与Vera CPU已在OCI正式可用,CPU承担模型调用之间的工具执行、代码测试和数据检索;Intel也把应用执行、数据移动、动作编排、嵌入生成和重排序列为CPU工作。Oracle与Google的TPU合作则计划从2027年开始提供,属于未来安排。

企业询价时应把工作负载拆开:模型训练、批量推理、在线推理、向量检索、重排序、工具执行、业务应用和数据处理分别测吞吐、延迟、并发、内存与利用率。没有这些输入,不能仅凭“支持多架构”判断成本,也不能把未来产品路线写进当前验收。

六、采购和验收时要问的八个问题

  1. 每个Agent是否有唯一身份、明确所有者和生命周期状态?
  2. 权限是否绑定任务、数据对象、工具、动作和时间窗?
  3. 凭据是否动态签发、自动轮换,并在任务结束后失效?
  4. 权限变化时,现有会话和排队任务能否立即被撤销?
  5. 多平台Agent、模型和MCP服务器能否进入同一资产清单?
  6. 审计能否关联身份、授权、凭据、调用、批准和业务回执?
  7. 越权、过期、停机和重复请求是否有可复测结果?
  8. 正式可用、公开预览、技术预览和未来计划是否分别列明?

正在建设企业智能体的团队,可在企业智能体开发服务中先明确任务、身份、工具与授权边界;若涉及本地模型、内部系统和私有数据,再核对大模型私有化部署的网络、身份和运维范围。本期没有与IBM产品发布一一对应的白泽公开案例,因此不把外部能力写成自身业绩。

今日企业行动清单

  1. 盘点共享账号和长期密钥。 标出每个Agent实际使用的账号、密钥、权限、所有者、保存位置和有效期。
  2. 为一个Agent设计任务级授权。 把数据对象、工具、动作、额度、时间窗、批准人和停止条件写成结构化策略。
  3. 加入撤权与越权测试。 在任务执行中撤销权限,验证下一次调用、现有会话、排队动作和审计记录是否同步停止。

来源与边界

厂商公告说明产品能力、合作方向和路线图,不等于所有客户已经取得统一安全、成本或业务收益。文中的六段身份与凭据链和八项问题是白泽工程判断,需在企业真实身份系统、数据、工具、网络和业务流程中验证。本文未取得可靠搜索量、排名、采购规模或通用ROI,不作增长承诺。

白泽智能|重庆斯巴达信息技术有限公司

知其然,知其所以然,知其应然,使之然。

让人工智能从“能回答”走向“能创造结果”