摘要

  • Orchid Security 称，面向 AI 智能体的身份漂移检测、应用级停用等新控制能力已经可用。
  • 停用指令被接受，不等于所有权限都已终止。采购验收应明确受影响的身份、访问路径和恢复责任；这不是对产品故障的认定。

对企业而言，“让智能体停下来”并不是一个足够明确的采购要求。暂停工作流、撤销凭据、断开某项工具，以及禁止应用执行某个动作，分别作用于不同位置。买方真正购买的，应是能够说清边界的控制能力，而不只是一个醒目的停用按钮。

Orchid Security 在 9 月 9 日的公司公告中推出 AI 就绪控制，包含身份漂移检测和应用级停用开关。公司称，系统将运行行为与智能体原定用途、获准范围进行比较，并可减少权限、撤销凭据、断开工具、暂停工作流，或使用自身的应用级停用控制。上述内容是厂商对能力的说明，不是本文独立测得的处置效果。

异常以什么为基准

这次发布值得关注的变化，是把身份盘点延伸到运行中的干预。盘点回答“有谁可以访问”；干预还要回答“它现在做的事是否获准”。后一个问题需要有人维护用途边界，也需要确认在哪里执行限制才能改变后续行为。

Orchid Security 的自主身份控制页面把应用内行为观察、运行时限制和可追溯的人类责任人放在同一产品范围内。这可能让安全团队与应用负责人使用相互关联的证据。但产品范围说明不能直接证明全部应用、全部委托路径都已覆盖，也不能替代实测的停止时间。

“漂移”也不天然等于恶意。业务方正式增加一项任务，运行模式同样可能变化。如果批准记录没有跟着更新，自动处置越快，合法业务越可能先承受影响。因此，基准由谁批准、变更由谁确认，是控制能力的一部分，而不是部署完成后的文书工作。

回执与结果之间还有一步

采购方可以要求将三类证据分开：系统发现了什么偏离；哪个执行点接受了处置；哪个身份此后无法再经由哪条路径完成指定动作。这是本文提出的验收思路，并非声称 Orchid Security 已提供某种固定报告，更不是本文已经完成了产品测试。

现成的身份标准有助于解释这种区分。RFC 7009规定 OAuth 令牌撤销应立即使令牌失效，同时承认实际部署可能存在传播延迟。成功的 HTTP 响应还可用于原本就无效的令牌；关联令牌如何处理则涉及撤销策略。这些是该标准的语义，不能据此推断 Orchid Security 采用了哪种实现，或认定它存在某项缺陷。

由此得到的采购问题很具体：一条成功回执究竟证明了什么？某个凭据失效，并不自动说明智能体可用的其他路径也已关闭。已经完成的数据披露或业务动作，也不会因为随后撤权就自行撤回。限制后续行为与处理既成后果，需要不同的承诺。

不误伤，才有可持续的控制

若一个环境中的多项合法任务共用凭据，撤销它可能同时中断无关工作。这是需要调查的环境风险，不是对 Orchid Security 的指控。更细的干预可能保住业务连续性，但前提是客户清楚权限实际如何分配，不能只凭界面上的应用名称判断影响范围。

这也解释了为什么市场价值不能仅按告警数量衡量。发现越多而责任边界越模糊，安全团队与业务团队之间可能增加更多争议。能够把干预范围、结果和恢复审批连起来的证据，才更接近企业愿意持续付费的运营能力。

本次公告提出了从可见性走向执行控制的方向。本文所审阅的资料没有建立独立的拦截时延基准、通用覆盖率或价格比较；是否能在客户环境中实现边界明确的处置，仍需相应证据。