🏢 公司C档 · NaN分

这次,黑客让AI去干渗透的活

··约1分钟阅读

📋 总体概括

微软将ConnectWise供应链攻击归因至关联中国的团伙Storm-0940,并首次明确其使用AI赋能的渗透测试工具,自动化攻击了2200多个云租户。本文拆解攻击链与工具经济学,提出核心判断:AI不是创造新攻击,而是给旧攻击重新定价,并给出身份基线、检测窗口与供应链治理的防御清单。

📄 正文

当黑客也开始让 AI 加班,安全行业讲了多年的“攻击侧 AI 叙事”,终于从 PPT 走进了案例报告。

Microsoft 将 ConnectWise 供应链攻击正式关联到威胁行为体 Storm-0940(关联中国背景),并给出了一个关键细节:该团伙使用了一款 AI 赋能的渗透测试工具,对超过 2200 个云租户实施了自动化、高效率的攻击。

这个细节比归因结论本身更值得咀嚼。核心判断一句话:AI 没有创造新攻击,它在给旧攻击重新定价——原本需要“手工活”的环节,现在可以批量跑了。

⚡ 一个供应链漏洞,一个熟悉的签名

ConnectWise 在全球中大型 IT 服务生态里的位置不用多说,其远程访问产品长期是大量托管服务提供商(MSP)的标配。在防守方的记忆里,这家厂商也不是第一次出现在攻击报告里——2024 年,ScreenConnect 的身份认证绕过漏洞(CVE-2024-1709)曾被勒索运营者大规模利用,“一家厂商倒下、下游一片遭殃”的剧本已经上演过一次。

这次,剧本换了一层:攻击直接打进了 ConnectWise 自身系统,微软最终将其关联到 Storm-0940。

从已披露信息看,攻击逻辑是教科书级的供应链入侵:与其逐个啃下游租户的防御,不如攻破上游厂商一次,把客户数据和访问面从厂商侧直接带走。

据多位接近事件响应的人士观察,近几年攻击方的目标选择正在明显“向上游走”——软件厂商、IT 服务商、身份服务商成为优先入口。原因很朴素:厂商手里握着的访问权,等于把成千上万家客户压缩成了一个点。

这里的产业逻辑,本质是对信任关系的套利:单个租户的安全投入是分散的,而上游厂商的“受信任身份”天然豁免。信任越高,攻陷后的杠杆越大。

🤖 AI 不撬锁,它上夜班

真正值得关注的,是“AI 赋能的渗透测试工具”这个描述。

先破除一个误解:这不是“AI 自主发现零日漏洞”的科幻叙事。更贴近现实的理解是,AI 工具把攻击链中最耗人力的环节——侦察、凭据喷洒、登录验证、结果反馈——自动化并编排成了不需人盯守的连续作业循环。

2200 多个租户这个数字,就是最好的注脚。传统口令喷洒需要人工准备账号字典、适配不同的登录接口、控制请求频率避免触发锁定,一个人一天也许能覆盖十几个租户;用 AI 编排之后,攻击的边际成本趋近于零,2200 个租户可以一次性扫完。

攻击经济学的本质变了:成本曲线被 AI 拉平了。

放到工具光谱上看,这次案例的位置很清楚:AI 赋能攻击工具落在“高技术门槛、高商业价值”的领跑者象限,它替代的是左下角那些手工喷洒的散兵游勇。

一位安全研究者在社区里的说法流传很广:这次变的不是“矛”,是“手速”。

还有一层值得玩味:渗透测试工具本身就是红蓝双用的产品,一款 AI 化的渗透测试工具,换一个语境就是卖给安全团队的合规商品。它出现在攻击侧,几乎是工具双用逻辑的必然外溢。这也是安全产业必须直面的竞争格局——你武器库里的东西,同时也是对手的采购清单。

🔑 打 2200 个租户,为什么是租户?

因为租户是云时代的计量单位,也是攻击时代的计量单位。

看清楚攻击对象:租户,而不是服务器。这说明攻击方押注的是身份——账号、凭据、登录行为——而不是传统的内存破坏漏洞和漏洞利用链。口令喷洒毫无技术天花板,它赌的就是少数账号的弱口令和 MFA 缺口,只要覆盖面够广,总有鱼上来。

这也是微软这份报告最清醒的地方:AI 压缩的不是攻击的技术难度,而是执行的时间窗口。从入侵到登录成功的各个环节里,过去最耗时的环节是“跑量”,现在这一段被压缩到接近于零。

环节传统人工模式AI 赋能模式
目标侦察人工收集、整理租户清单自动采集、聚类排序
凭据喷洒每天数十个,手工适配登录口多接口自动适配,持续作业
频控与躲避手工调整节奏,易触发锁定动态限速,规避检测阈值
结果处理逐一人工验证自动筛出成功登录并交接

防御侧的推论同样直接:攻击以租户为单位,防御就必须把单位从“网络边界”下移到“每一个身份”。任何一个没开 MFA 的账号,都是批量扫描攻击里的一粒沙——一颗就够。

🛡️ 手速时代的防御清单

不贩卖焦虑,从应急响应的视角看,这次事件的防御清单其实非常具体,具体到可以直接写进下季度的计划里。

手速时代防御清单
痛点 1
MFA 覆盖存在缺口
→
解法
全量部署抗钓鱼 MFA 与条件访问策略
痛点 2
供应链厂商风险失控
→
解法
厂商访问最小化、持续监控并在合同中明确通报义务
痛点 3
凭据泄露后无感知
→
解法
认证日志集中关联分析,发现异常立即轮换凭据
痛点 4
低频分布式喷洒绕过检测
→
解法
跨账号聚合认证事件,动态设定锁定与告警阈值
痛点 5
响应速度慢于攻击节奏
→
解法
预置身份事件应急预案,压缩检测与处置窗口

几条值得展开。

第一,压缩检测窗口。攻击自动化之后,防守方发现异常认证的速度必须跟上——口令喷洒一周内跑完 2200 个租户,你月度审计日志,黄花菜都凉了。认证日志的集中化、跨账号关联分析,从“建议项”变成了“必选项”。

第二,供应链厂商治理。厂商的特权访问范围、其掌握的客户数据、事发后的通报义务,需要写进合同并做实战演练。ConnectWise 事件再次证明:供应商风险不是合规文档问题,是实打实的弹药问题。

第三,身份基线:抗钓鱼 MFA、条件访问策略、异常登录后的凭据轮换。这些措施没有任何一条性感,但每一条都在直接抬升批量扫描攻击的单位成本。当攻击成本被 AI 拉到零,防御只能把失败率拉到接近零,双方在同一张斜坡上竞争。

📈 三个冷静判断,不吹不黑

第一,AI 赋能攻击工具会走向模块化、标准化。Storm-0940 不会是最后一个案例,“AI 工具链即服务”可能复刻 RaaS 的老路,把中低水平攻击者的门槛进一步推低。关注地下市场的工具动态,比关注概念演示更有价值。

第二,厂商的营销叙事需要过滤。“AI 攻击”不等于“不可防御的攻击”——本案的技术构件(口令喷洒、供应链入侵)都是老东西,只是被 AI 跑快了。安全团队需要更新的是遥测颗粒度和响应速度,不是推倒重来。

第三,行业的分水岭正在从“拥有工具”转向“拥有遥测”。当攻防双方都拿到 AI,决定胜负的是身份数据的颗粒度和响应窗口的长度,不是谁的 demo 更惊艳。

🔮 结语

Storm-0940 案例的意义,不在于 AI 攻击变得多凶猛,而在于它第一次给了防守方一个校准点:攻击侧已经从“作坊”进入“产线”,而很多企业的防御还在“手工业”阶段。

接下来的窗口期,属于把身份治理和遥测能力排到市场叙事前面的团队。AI 不会等人——这一点,攻击侧已经率先示范了。

本文由本站 AI 辅助聚合生成,原始来源如下:

🔎 本文基于以下资讯(素材溯源 · 信息来源)

📰 相关阅读推荐(与本文相关的其他资讯)