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在其门下谷歌捐出的 Agent2AgentA2A智能体互操作协议也由其托管。此番再由基金会牵头做 AI 智能体安全的开放标准等于把智能体身份、权限与边界从各家私有实现推向可互操作的公共规范。对采购方而言影响相当实际如果身份描述、风险信号和遏制指令能在不同安全产品之间流通企业就不必被单一厂商锁死也能让已有的 CrowdStrike、微软 AD 这类投资继续发挥作用。对厂商而言标准一旦成型「能不能读懂别人的信号」会成为新的准入门槛。目前联盟的开放工具与标准仍处早期阶段Elisity 这类以集成见长的公司能否把话语权变成实际条款还要看后续进展。