1Password 推出智能体安全方案:管住 AI 员工的账号与权限
1Password 推出 Agentic AI Security 并升级扩展访问管理(XAM)平台。该方案专为自主智能体设计,免除代码硬编码密钥,动态分配最小权限并实时轮换凭据。随着企业让 AI 经手更多核心业务,非人类身份的访问治理正在成为新的刚需。

过去我们总担心员工把密码贴在屏幕上,或者随便在个人电脑上登录公司系统。现在更麻烦的问题来了:很多干活的根本不是人,而是整天在后台调用接口、自动做决策的 AI Agent。
密码管理服务商 1Password 宣布推出「Agentic AI Security」方案,同时升级了旗下的扩展访问管理(XAM)平台。这次更新的核心目的很明确,就是把防线从「防人」扩展到「防机器」,专门管住自主 AI 代理和未托管设备的访问权限。
不用硬编码,让 AI 代理也能「按需拿钥匙」
按 1Password 的说法,传统身份访问管理系统当年是给人类设计的,根本没考虑过会有海量非人类智能体在系统里乱窜。随着 AI 代理开始独立接管业务决策、执行任务甚至跨系统交互,企业面临着全新的安全漏洞风险。
为了解决机器级规模的复杂管理,Agentic AI Security 允许企业对 AI 代理访问敏感系统和数据进行加密与动态策略控制,同时全程监控它们的合规情况。
最实用的一点在于,它干掉了把密码或 API 密钥硬编码写进代码里的老做法。系统自动执行最小权限原则,既保证代理能正常跑完任务,又避免泄露机密信息。
配合这套体系,1Password 还发布了面向智能体开发的专门 SDK。开发者可以把这个工具包嵌进 AI 工作流里,让智能体在运行时安全地读取、写入以及轮换密钥。
查影子应用、验个人电脑:XAM 平台全盘升级
除了盯紧 AI 代理,1Password 对已有的 XAM 平台也做了针对性增强,重点解决个人自带设备和杂乱 SaaS 带来的风险。
新增的「扩展设备合规」功能,能在个人设备或托管设备访问网页端及 AI 应用之前先做检查,只有符合安全标准才给放行,专门堵住未托管设备带来的安全漏洞。
针对 IT 部门最头疼的「影子 IT」,平台加入了访问治理工具。它能全面看清企业内部所有 SaaS 应用的实际使用情况,并自动执行访问权限审查。
此外,新的 App Launcher 支持对各类受管和不受管应用实现一键安全登录,降低员工操作门槛;配套的 XAM 控制台则给安全管理员提供了一个统一后台,用来跟踪用户生命周期、监控风险并跨设备和跨应用推行业务策略。
为什么重要
这可以说是 1Password 找得很准的一个发力点。很多开发者在搭建自主 Agent 时,图省事往往把高权限 API 密钥甚至主密码直接塞在提示词或配置文件里,一旦 Agent 遭遇提示注入或产生越界调用,整个内网都可能被顺藤摸瓜端掉。1Password 做的其实是把「安全金库」的逻辑下沉到代码层和运行时,开发者值不值得试?如果是正在做高权限多系统串联的 AI 团队,这种开箱即用的运行时密钥轮换非常实用,至少省去了自己搭一套机密凭证托管系统的麻烦。
对行业来说,它给同类身份管理工具指明了新战场。以前 Okta、1Password 抢的是员工的单点登录和密码库,但在未来企业里,「非人类员工」的数量和接口调用频次很可能会远远超过真人。安全厂商竞争的主阵地,必然会从「人机交互安全」转向「机器间交互凭证托管」。
不过在我们看来,这套方案目前的瓶颈依然在于生态对接。动态权限和运行时密钥轮换听起来很美,但需要各家自主智能体框架深度接入它的 SDK。企业愿不愿意为了安全给开发链路再加一层依赖,以及当 Agent 需要毫秒级快速并发响应时,密钥验证会不会带来额外的延迟或单点故障,都是后续落地时需要检验的隐患。
来源 (1)
- siliconangle.com(在新标签页打开)原文siliconangle.com