10 月 1 日，身份微隔离（identity-based microsegmentation）厂商 Elisity 宣布加入 Open Secure AI Alliance（开放安全 AI 联盟）。该联盟由 Linux 基金会牵头，目标是把不同厂商拉到同一张桌子上，共同开发并共享用于保护软件与 AI 智能体的开放工具、技术与标准。Elisity 的切入点很明确：把身份与风险上下文接到最小权限策略上，遏制智能体带来的威胁，并管住企业内部未获批准的 AI 使用。
为什么这件事值得关注
AI 智能体早已不是聊天框里的玩具。它可以跨应用、跨基础设施、跨多家厂商的服务自行调用工具、读写数据。要守住这类活动，身份系统、威胁检测、应用权限和隔离控制必须协同工作------而这四件事今天分散在不同厂商手里。联盟的官方表述是，要在模型（model）、运行框架（harness）和运行时（runtime）之间，以及更广泛的软件与安全生态之间推动协作。
Elisity 拿什么进这个圈子
Elisity 总部位于美国加州圣何塞，做的是「基于身份的微隔离」。其平台利用用户、设备、工作负载和 AI 智能体的身份与风险上下文，先发现资产、模拟策略，再通过企业现有网络基础设施强制执行最小权限访问------不需要装代理，不需要新硬件，也不用重新设计网络。
它已有的集成名单包括 CrowdStrike Falcon、Microsoft Active Directory、Armis、Claroty 和 ServiceNow CMDB。其 IdentityGraph 把这些来源的身份、资产与风险上下文关联起来，为隔离策略提供依据。换言之，Elisity 想把自己在「多源安全数据如何互通」上的经验，贡献给智能体身份、最小权限与遏制机制的标准制定。CEO James Winebrenner 的表态很直白：企业需要一套一致的方式，来保护在不同厂商技术之间穿梭的 AI 智能体，而 Elisity 的做法是把客户现有安全工具提供的上下文汇总起来，转化成可执行的隔离策略。
三条具体路线
一是「已批准智能体的最小权限」。为智能体的身份、归属方和授权范围建立通用描述方式，让不同平台的安全控制能套上合适的限制。被批准的智能体应被视为内部行为者，其访问权限必须由工作本身来正当化，并随工作内容或风险变化重新评估。
二是「智能体威胁与攻击的遏制」。开发跨安全系统传递风险信息、协调遏制动作的共享方法。可执行的边界与可互操作的控制，是限制横向移动、压缩机器速度攻击触达范围的关键。
三是「未授权 AI 的识别与控制」。改进系统之间共享 AI 使用证据的方式，包括员工自行安装的智能体和刚接入的 AI 服务。共通做法应帮助组织区分「观察到的活动」与「可能被使用的迹象」，并把证据接到相应的策略决策上。
医疗与公共部门的声音
MultiCare Health System 的 CISO、Elisity 执行顾问 Jason Elrod 表示，医疗机构需要知道智能体归谁所有、它的工作需要什么权限，以及出问题时怎么把它停下来；这些要求横跨临床应用、基础设施和安全工具，共享标准有助于在 AI 进入诊疗与医院运营时保持一致。美国得克萨斯州韦科市前 CIO、Elisity 顾问 Mike Searight 从公共部门角度补充：新的 AI 工具可能从员工笔记本电脑进来，也可能从组织已在使用的服务进来，公共部门团队需要供应商彼此配合才能看懂并限制这些访问，开放做法让他们更有机会用现有基础设施和人员做到。
目前 Elisity 的客户包括 GSK、Main Line Health、MultiCare Health System 和 Shaw Industries。
放到更大背景下
Linux 基金会近年来一直在收拢 AI 与安全领域的开源治理：开源安全基金会（OpenSSF）在其门下，谷歌捐出的 Agent2Agent（A2A）智能体互操作协议也由其托管。此番再由基金会牵头做 AI 智能体安全的开放标准，等于把智能体身份、权限与边界，从各家私有实现推向可互操作的公共规范。
对采购方而言，影响相当实际：如果身份描述、风险信号和遏制指令能在不同安全产品之间流通，企业就不必被单一厂商锁死，也能让已有的 CrowdStrike、微软 AD 这类投资继续发挥作用。对厂商而言，标准一旦成型，「能不能读懂别人的信号」会成为新的准入门槛。目前联盟的开放工具与标准仍处早期阶段，Elisity 这类以集成见长的公司能否把话语权变成实际条款，还要看后续进展。