连安全工具都被抢了，防守方最尴尬一周

连安全工具都被抢了，这是安全行业近期最尴尬的一周。

三起几乎同时曝光的事件，构成了一个近乎黑色幽默的闭环：用漏洞做生意的机构自己被零日漏洞打穿，替百万用户站岗的安全机器人被拖库，而一年前就该被补丁堵死的SharePoint后门，至今仍在向水务、电信和政府系统敞开。

攻击者没有变强多少，他们只是发现，防守方的门，比想象中好开得多。

🔓 一年前的门，至今没锁

勒索软件最赚钱的漏洞，从来不是最新的，而是最没打补丁的。

Warlock勒索软件在2025年年中一战成名——它利用了一组被安全圈统称为ToolShell的SharePoint零日漏洞链（CVE-2025-53770，反序列化RCE，CVSS评分9.8；CVE-2025-53771，认证绕过）。微软于2025年7月21日发布带外紧急补丁；荷兰安全公司Eye Security当时通报约有400台服务器已被入侵，CISA随即将漏洞加入已知被利用漏洞（KEV）目录。按常理，这种级别的曝光后，利用窗口应该在几周内关闭。

但Symantec（Broadcom旗下威胁情报团队）的追踪报告显示，一年多过去了，同一批攻击者还在用同一扇门，而且还能进去。Warlock被微软威胁情报追踪为Storm-2603，该组织在部署勒索软件的同时还植入后门维持访问。受害者名单读起来令人不安：水务公司、电信运营商、政府机构、大学——几乎清一色的关键信息基础设施。Eye Security与Symantec两家独立团队的报告在这一点上相互印证：被入侵系统中相当比例在补丁发布后长期未更新。

这不是什么高深的技术故事。把攻击链拆开看，逻辑简单到刺眼：

水务、政府这类机构的共同点是：系统暴露在互联网上，但运维预算和人力常年紧张。补丁管理往往卡在“等变更窗口”“等业务停机时间”“等合规审批”上，一等就是一年。而对Warlock来说，一年足够把这条利用链打磨成一套稳定、可复制的收割流水线。

产业逻辑在这里非常冷酷：漏洞的“保质期”由防守方的补丁速度决定，而不是由漏洞披露日期决定。 一个2025年中的零日，只要还有足够多的未修补资产躺在互联网上，它在2026年就依然是“有效弹药”。安全厂商口中的“及时修复”，在关键基础设施的运维现实面前，往往是一句空话。

更值得警惕的是目标选择。勒索软件向关键基础设施迁移，意味着攻击者已经判断：这些机构的业务连续性压力更大，支付赎金的意愿更强。补丁债务，正在直接转化为国家级风险。

🤖 抓漏洞的人，被漏洞抓了

当防守漏洞的人自己被漏洞击中，行业的信任链条就多了一道裂缝。

第二起事件的讽刺感更强。DIVD（Dutch Institute for Vulnerability Disclosure，荷兰漏洞披露协会）——一群以发现和披露漏洞为职业的研究者——自己成了一场攻击的受害者。据DIVD于2025年11月的官方通报，攻击者利用了开源工单系统Zammad的两个零日漏洞；Zammad随后发布安全公告并推送修复版本，与DIVD的通报相互印证。更引人注目的是，DIVD在通报中确认：攻击者宣称这是一次由代理式AI（Agentic AI）驱动的攻击。事件发生后，DIVD下线了部分系统以控制影响范围。

这几个关键词放在一起，分量不轻。

DIVD不是普通企业。它掌握着大量漏洞报告、研究者身份信息和协调披露的往来数据，是漏洞生态里的信任枢纽。枢纽被攻破，波及的不只是它自己，还有整个披露链条上的人。

需要先把事实与分析分开说。可以确认的事实是：两个Zammad零日被实际利用、Zammad已发布修复、DIVD确认攻击者自称使用了AI代理。以下为作者分析：过去，一次利用两个零日的定向攻击，通常意味着一个技术娴熟的攻击团队、数周的手工侦察与利用开发；如果AI代理的参与被证实，这意味着侦察、漏洞验证、权限维持等环节可以被部分自动化——攻击者的稀缺资源从“高手的时间”变成了“算力和提示词”。给出这一判断的依据有三：一是DIVD作为高价值目标长期处于安全社区的公开视野中，攻击面信息并不难收集，恰恰适合自动化侦察；二是攻击者主动宣称使用AI，说明自动化在其攻击链中至少承担了实质性环节，而非噱头；三是近年来公开的多起事件（如已被广泛报道的AI辅助漏洞发现研究）已经验证了AI在侦察与验证环节的可行性。但需要强调：AI参与的具体程度目前只有攻击者的单方说法，尚无第三方独立验证，后续结论应随调查进展修正。

即便只按最保守的口径理解，这次事件的样本意义也可能大于损失本身：这可能是AI代理参与真实定向攻击的早期公开案例之一。换句话说，这不是演示环境里的PoC，而是发生在一家安全机构身上的实战。

“作者分析：AI安全的讨论重心，该从“模型会不会被越狱”转向“代理会不会替攻击者干活”。前者是产品问题，后者是威胁模型的重构。这一判断的依据在于：越狱影响的是单个产品的输出质量，而代理自动化改变的是攻击的成本结构——当攻击自动化门槛塌下来，防守方过去依赖的“攻击成本高所以大部分组织是安全的”这一隐性假设，正在失效。

🧨 替你站岗的机器人，成了后门本身

你信任的每一层防护，都是攻击者眼里的高价值资产。

第三起事件的主角，是一个本该带来安全感的工具。Discord社区里被广泛使用的安全验证机器人Double Counter，遭遇了一次针对性的基础设施入侵。运营方Tellter SAS发布的事件报告还原了过程：攻击者获取了云凭据，劫持了机器人本体，拷贝了约12GB的数据库内容，还滥用了另一个独立的支付账户——并且，据报告披露，攻击者在系统内持续活跃了相当一段时间才被发现。BleepingComputer等媒体的独立报道与运营方通报在关键细节上相互印证。

后果直接而沉重：数百万账户关联的个人信息暴露。数据类型包括用户在验证流程中提交的账号关联信息，具体范围以Tellter SAS报告与后续监管通报为准。

这件事最刺痛人的地方在于身份的反转。Double Counter的存在意义，就是替Discord社区拦截恶意账号、验证真实用户——它是被信任的一方，拥有进入社区数据环境的合法权限。攻击者没有攻破Discord本身，他们攻破的是“信任Discord的那个第三方”。

这就是典型的信任链攻击，和软件供应链攻击是同一个逻辑，只是换了载体：不攻你的城墙，攻你请进门的护卫。

“作者分析：注意上方偏右的位置——信任链劫持的投入产出比，正在逼近甚至超过零日漏洞链。这一判断是定性的，依据是可观察的收益差：攻破一个安全机器人，一次性拿到数百万用户的数据和大量社区的管理权限；而研究一个零日，需要数月投入和不可控的运气。越来越多攻击者用脚投票的结果，就是安全性工具本身成了优先目标——ToolShell、DIVD、Double Counter三起事件恰好覆盖了这条曲线的不同位置。

📉 三起事件，一个病灶

把三起事件并排放在一张表里，病灶会自己浮现：

三个场景，三种完全不同的技术路径，但底层是同一个结构性问题：现代防御体系把太多信任交给了“应该没问题”的环节——打了补丁的系统、做安全的机构、管安全的工具——而攻击者专打这些环节。

防守方的问题不是缺技术，而是缺“对自身防御资产的敌意假设”。运维默认补丁总会打上，机构默认自己不是目标，用户默认安全工具天然可信。三条默认，三条裂缝。

更麻烦的是，这三条裂缝可能正在被同一个趋势放大。（作者分析，依据如下）：补丁没人管，漏洞留存周期变长——这在ToolShell事件中已被Symantec的数据直接证实；而AI代理若持续降低利用开发门槛（DIVD事件提供了初步信号，但尚待独立验证），漏洞利用周期则会变短。留存变长、利用变短，中间的窗口期就是攻击者的利润区。这一推论的前半段有数据支撑，后半段目前仍属前瞻判断。

🧭 与其恐慌，重排优先级

安全预算不该花在吓人的地方，该花在漏风的地方。

把话说清楚：这三起事件不需要贩卖焦虑，它们需要的是一次冷静的优先级重排。对多数组织而言，可以落到四件具体的事上：

其中第二条最容易被忽视。Double Counter事件之后，每一个在Discord、Slack这类平台上安装了第三方安全或管理机器人的社区，都应该问自己一句：这个机器人的凭据泄露，我会多快知道？我的数据，会在它的数据库里躺多久？

还有一个值得行业记下的细节：三起事件中，受害方与相关方的公开披露——DIVD的透明通报、Tellter SAS的事件报告、Zammad的安全公告——本身就是有价值的防御资源。漏洞披露生态的存在，恰恰依赖这些机构即便自身被击中也坚持公开的惯性。保护这个生态，就是保护整个行业的信息哨兵。

📌 结语

一年前的漏洞还在开门，抓漏洞的机构被零日击中，站岗的机器人被拖库——这不是行业的至暗时刻，而是一次诚实的体检：防御体系的薄弱处，不在最新鲜的威胁里，而在最陈旧的假设里。

未来一年，AI代理可能继续压缩攻击的执行成本（此为基于当前有限证据的前瞻判断），信任链会继续成为高价值目标（这一点已有三起事件佐证）。防守方的胜负手，不是买更多工具，而是更快地补上那一扇一年没锁的门。

本文引用的主要信源（交叉验证情况见正文标注）：

• 微软2025年7月SharePoint带外安全更新通告（CVE-2025-53770 / CVE-2025-53771）
• Eye Security对ToolShell初始入侵规模的通报（约400台服务器）
• CISA已知被利用漏洞（KEV）目录收录记录
• Symantec（Broadcom）关于Warlock/Storm-2603持续利用的追踪报告
• DIVD官方事件通报（2025年11月）及Zammad安全公告与修复版本
• Tellter SAS《Double Counter》事件报告（约12GB数据拷贝、支付账户滥用等细节）
• BleepingComputer对DIVD事件与Double Counter事件的独立报道