88%企业已在用AI代理，为何仅7%敢说自己准备好了？

一份报告里有两个数字摆在一起，反差刺眼：88%的组织正在使用或试点AI代理，但只有7%称得上真正为AI做好了准备。更麻烦的是，超过82%的企业环境里存在自己都不知道的代理。数据来自Veeam的《2026数据信任与韧性报告》。

Veeam首席执行官Anand Eswaran在VeeamON全球发布活动上抛出一个案例：西班牙一家公司向监管机构报告，一个基本自主行动的AI代理找到了线上应用的漏洞，修改了个人数据和账单记录。72小时的披露时限，被他直接定义成一道工程题——"必须有人回答三个问题：它改了哪些记录？改成了什么？改之前是什么？"

这正是安全与韧性被迫合流的起点。勒索软件加密数据，数据外泄偷走数据，两者都是可检测的事件，都有现成的处置手册。修改不一样。Eswaran的原话是："你可以披露一起窃取，但你没法靠披露解决一次修改。你必须把它逆转回去，而你只能精确识别出什么，才能逆转什么。"

三个时代，三套假设

Eswaran把行业划成三段：备份恢复时代，规则是假设失败；网络韧性时代，规则是假设失陷；代理时代，规则是假设漂移。三套规则现在同时生效。

他还点出一个容易被忽略的区别：代理往往是临时的，但"数据不是临时的，数据也会漂移。它会过期，会被重新分类，会被投毒。"一个权限完全合规的代理，照样能因为推理了错误的数据而造成真实损害。

行业主流的代理风险治理思路是从代理本身入手：注册表、运行时护栏、限定范围的凭证。这些有用，但Eswaran指出了边界——"你能治理你选用的代理，你没法注册你根本不知道的代理。"Veeam的论点是，唯一不需要预先知道行为者是谁的观察点，是数据，因为每个代理最终都要碰数据。

身份逻辑同理。Eswaran说，即使身份卫生做到完美，也只恢复了"谁可以行动"，恢复不了"已经改了什么"。一个功能关门，另一个功能必须打扫房间，两者不能继续分开。

恢复点不等于恢复地图

主题演讲里一个关键区分是恢复点与恢复地图。"恢复点告诉你你能恢复什么，"Eswaran说，"恢复地图告诉你先恢复什么、什么变了、什么不要带回来。"这个区别重要，是因为恢复往往是"全有或全无"的过程，成本和耗时都高，而这两样在AI时代都是稀缺品。

他说的地图，是从Securiti带过来的DataAI Command Graph，把数据、用户、权限、代理、活动和保护状态在实时环境与备份环境之间连起来。此次发布的产品叫Veeam Intelligent ResOps，简称iResOps，首个正式可用的工作负载是Microsoft 365。它是Veeam Data Cloud for Microsoft 365的附加组件，不需要迁移数据。它能发现Copilot和其他代理，展示每个代理能访问哪些敏感数据，标记冗余、过时和琐碎数据（ROT），并允许团队逐文件撤销代理的改动。

产品与技术总裁、Securiti前CEO Rehan Jalil把这件事定位为终结工具碎片化带来的痛苦。"客户不想要彼此冲突的事实来源堆成的工具孤岛。他们想要可见性、控制力和韧性在一个地方。"他说，"你知道什么是敏感的、什么是关键的、代理碰过什么。你精确保护需要保护的东西，精确恢复坏掉的东西。"

iResOps面向Veeam Data Platform和Okta的版本处于私有预览阶段，GitHub、Azure DevOps和Google IAM的预览计划在第四季度。Okta是个聪明的早期目标，因为它缺少原生的时间点恢复能力。开发者工具同理，用Jalil的话说："一次强制推送就能重写main分支的历史。"

预览客户看到了什么

Veeam称，预览客户发现，一个40TB的数据资产里有四分之一根本不需要留在生产环境；单个租户里存在25个代理，其中两个正在主动修改数据。

Construction Resources（家得宝旗下公司）IT基础设施与运营总监Robert Davis说，组织需要知道数据从哪来、到哪去，"在人们遭遇Copilot失控之前"。他还说，ROT"不只是整理内务的问题，它关乎合规和法律保护，还能减少Copilot的幻觉"。

富达投资数据保护、分析与云安全高级副总裁Steve McIntyre说得更直白："如果出了事件，你必须假设数据也得恢复。"身份必须重新验证，这样"我们才不是把自己重新打开"给同一次攻击。

对IT和安全从业者，有几条建议值得记下：把安全运营和备份团队的处置手册合并成一份联合事件手册，明确谁负责检测、谁负责界定损害范围、谁负责恢复，并且一起演练；从数据侧而非代理注册表侧盘点代理，把最敏感的数据作为起点，反向找出所有能访问它的人类与非人类身份，并把它做成持续流程而非季度审计；把ROT当成安全问题而非存储成本问题；把身份系统纳入恢复计划，备份身份配置并与已知良好状态比对；恢复测试要测精度而不只是速度，加入"授权代理在数天内悄悄修改错误记录"的场景，看团队能否回答监管的那三个问题。

iResOps是Veeam自完成对Securiti的收购以来一直在推进的方向。微软也在把代理治理做进Microsoft 365。Veeam的角度是从恢复出发，凭借超过55万家客户，再叠加数据安全态势管理，而不是反过来。正如Eswaran所说，它做了20年"其他一切都坏掉时你会打电话找的那家公司"。

风险在于McIntyre提出的那一点：客户对试图取代一切的"Uber式平台"保持警惕，他们更青睐能从已有工具中摄取上下文的厂商。iResOps的成败，整合能力与整合规模同样重要。

更大的教训在Veeam之外。韧性问题不再是"我能不能恢复"，而是"我能不能精确证明发生了什么，并且只撤销那一部分"。把安全和韧性继续关在各自孤岛里的公司，回答不了这个问题。