CrowdStrike，Fal.Con 2026。三件与 Agent 直接相关：Falcon Guardian（在 Windows / macOS 终端发现已知与影子 Agent，给出实时清单，阻止未授权 Agent，把治理策略变成可执行的运行时控制）；Agentic Identity Provider（每个 Agent 签发可加密验证、不可冒用或共享的身份；Agent 从不持有常设凭证，访问由令牌代理，按每个任务所需的最小权限与最短时间签发；每个动作都绑定到它代表的人或工作负载）；以及 agentic SOC（跨 Agent 的持久记忆、按工作流配置自治等级）。
CrowdStrike 的 Agent 身份与运行时管控
2026-08-31 ~ 09-02。给每个 Agent 签发可验证身份、不发常设凭证、令牌按最小权限最短时间签发；终端上管控已知与影子 Agent。
1 - CrowdStrike Agent 身份（材料）
按 Fal.Con 2026 官方新闻稿转述：终端发现与管控、身份模型三条规则、跨 Agent 记忆与自治等级。
主要出处：CrowdStrike 官方新闻稿（Fal.Con 2026），2026-08-31 至 09-02 四条。本页不复制原文。
三件事
2026-08-31 — Falcon IQ / Project Quiltworks：官方称用超过 50 个 Agent 自动化最耗时的安全工作流。
2026-09-01 — Falcon Guardian（AI Agent 安全）：官方原文写，传感器在 Windows 与 macOS 上发现已知与影子 AI Agent，给出每个运行中与休眠 Agent 的实时清单；定义哪些 Agent 允许在受管终端上运行，阻止未授权的，并「把治理策略翻译成可执行的运行时控制」。
2026-09-02 — Agentic Identity Provider：这是本批里最值得记的一条，官方给了三条规则：
- 「每个 Agent 被签发一个可加密验证的身份，不可冒用、不可共享。」
- 「Agent 从不被授予它自己的常设凭证。 Agentic IdP 通过令牌代理访问，令牌按每个任务所需的最小权限、最短时间签发。」
- 「Agent 所做的每一个动作，都绑定到它所代表的那个人或那个工作负载。」
2026-09-02 — agentic SOC：跨每个 Agent、每次调查、每个租户的持久记忆（「一个 Agent 学到的，它们都知道」）；客户可以为每个工作流设置自治等级，从人在环路批准到完全自主执行；支持双向 MCP。
口径提醒
官方文本自带「未发布服务」免责声明，部分能力仍写作「将提供」。写时间线时按「已公布的能力设计」记，不要写成已经全面可用。
与同类的关系
这套模型与运行时侧的 scope bundle、数据侧的跨应用授权是同一个方向的三种落地：身份从「借用用户凭证」里拆出来，动作绑定到委托人，凭证短时且最小。
2 - CrowdStrike Agent 身份 讲解
目前最完整的 Agent 身份模型：可验证身份 + 无常设凭证 + 动作绑定委托人。它出现在安全厂商，不是模型厂商。
当时解决了什么问题
2026 年之前，Agent 的身份基本是借用的：用你的 OAuth、用你团队的服务账号、或者一把长期 API key。这带来三个问题——审计追不到人、权限只能一次给足、凭证一旦泄露影响面等于整个账号。
CrowdStrike 给的三条规则逐一对应：
| 问题 | 规则 |
|---|---|
| 追不到人 | 每个动作绑定到它代表的人或工作负载 |
| 权限给太足 | 无常设凭证，令牌按最小权限、最短时间签发 |
| 冒用与共享 | 身份可加密验证，不可冒用、不可共享 |
注意这是安全厂商给出的答案，不是模型厂商——这本身是信号：Agent 身份问题先被当作终端与凭证安全问题来处理。
与另外两条线的关系
- Managed Agents 处理的是沙箱里的凭证（token 不进沙箱）；
- Snowflake 处理的是数据侧的授权（提供方暴露、消费方批准）；
- 这一条处理的是身份本身（谁是谁、代表谁、能做什么）。
三条合起来才是完整的 2026 答案：主体独立于用户，凭证不落执行环境，动作可归因。
对后续 LLM 与 Agent 的影响
最有价值的一处是 Falcon Guardian 的「影子 Agent」概念：终端上会出现没人批准过的 Agent。这在 2026 年是真实问题——OpenClaw 一类自托管 Agent 让每个人都能在自己机器上跑一个，企业需要先发现再谈治理。
对做平台的人：发现与清点是治理的前提。在能管住之前，先得知道有多少在跑。这条和 2026 年 Tag 的组织级身份是同一命题的两端——一个从组织往终端看，一个从终端往频道看。