微软将中国关联攻击组织 Storm-0940 与使用开源 AI 渗透框架 ARTEX 的 ConnectWise 供应链入侵关联，称攻击可在数小时内甚至数分钟内完成从侦察到云权限提升的自动化链条。微软与 ConnectWise 的调查仍在进行，建议企业审查服务主体登录、应用凭据与目录变更等日志，并按厂商指引处理受影响连接。
微软威胁情报部门表示，自2026年9月起，中国国家关联攻击者 Storm-0940 使用人工智能渗透测试框架 ARTEX，自动化攻击全球数百家组织。在部分事件中，攻击者从初始目标选择到取得目标组织云基础设施的特权访问，耗时不到3小时。
微软在安全博客中称，Storm-0940 的活动与近期 ConnectWise Cloud Backup 环境遭未授权访问的事件有关。微软将其描述为对多租户应用的供应链入侵，并指出，攻击者随后利用已经获授权的 OAuth 应用身份，进入下游客户的 Microsoft 365 租户。
微软同时强调，这些判断属于其威胁情报评估，并非法院或其他机构的最终认定。现有证据也不能推出所有受到攻击尝试的租户都已被攻破，更不能直接证明客户数据已经被访问或外泄。
ARTEX把侦察、撞库和权限滥用连成自动化链条
根据微软的描述，ARTEX 是一个可以调用不同人工智能模型的开源渗透测试框架，由多个由大语言模型驱动的代理组成。它能够从侦察、资产发现和漏洞识别，一直执行到数据外传相关环节，所需人工干预较少。微软说，Storm-0940 在 ConnectWise 事件中使用 ARTEX 加快扫描、侦察、密码喷洒以及对下游租户 OAuth 应用的滥用。
在一次发生于10月10日至14日的活动中，微软记录到来自同一攻击基础设施的自动化密码喷洒，目标涉及8个组织的327个账户，产生超过15.1万次失败登录事件，峰值约为每分钟2,900次。微软表示，这一轮活动没有观察到成功认证、令牌签发、Microsoft Graph 调用或目录变更。
ConnectWise 事件则呈现出不同的风险路径。微软称，在取得多个 ConnectWise 云应用身份的控制权后，Storm-0940 使用这些应用原本在客户租户中获得的信任发起认证，并触达超过2,250个租户，登录尝试速度达到每分钟约2,900次。
在多个客户环境中，活动不止于登录。微软观察到通过 Microsoft Graph 进行侦察、修改应用凭据，以及尝试改变身份、群组和特权角色的行为。其中，应用凭据的新增或修改可能使攻击者在原始应用被处置后仍能维持访问，因此微软建议企业将服务主体登录记录与后续目录变更、Graph 活动和资源访问一起审查。
ConnectWise仍在调查，备份数据与下游租户需分开判断
ConnectWise 的事件说明显示，公司于10月16日公开调查 Cloud Backup 环境中与应用身份有关的未授权访问，并随后关闭受影响的应用连接，撤销相关证书和共享凭据。Cloud Backup、SaaS Security 和 Cloud Management 服务一度暂停，企业要求合作伙伴在重新启用连接前等待正式指引。
ConnectWise 表示，现有备份档案仍保持加密、隔离和保存状态，没有迹象表明这些档案已被访问或遭到破坏。但公司也明确说明，Cloud Backup 的架构并不能让其直接判断每个合作伙伴或客户的 Microsoft 365 租户是否发生了未授权活动，因此下游租户仍需自行检查。
截至10月20日，ConnectWise称已完成受影响 Cloud Backup 环境的账户和凭据重置，并准备分阶段恢复服务。恢复过程需要经过安全验证，预计持续数日；这不等于所有相关客户租户都已完成调查，也不等于下游环境中的潜在目录变更会自动被撤销。
CyberScoop的报道同样指出，微软没有公布已被实际攻破的客户数量，并保留了“成功认证不必然意味着数据被访问或窃取”的限制性表述。
AI让防守窗口从小时压缩到分钟
这起事件的关键并不只是某个攻击者使用了一个人工智能工具，而是自动化系统把原本需要人工判断、重复操作和逐步推进的攻击链条压缩到机器速度。攻击者可以同时尝试多个入口，持续运行扫描和认证尝试，并在获得云端应用信任后快速寻找新的权限和凭据。
这也使传统的响应假设受到挑战。企业过去可能把异常登录、应用权限变更和特权提升视为可以分阶段处理的告警；但当侦察、认证和权限操作在很短时间内连续发生时，安全团队可能还在确认第一批告警，攻击者已经开始建立新的持久化入口。
微软建议企业保留并检查 Microsoft Entra 服务主体登录、应用凭据、应用角色分配、同意授权、特权角色和目录变更记录，同时审查异常的邮件、文件和 SharePoint 访问。对于 ConnectWise 相关连接，企业应按供应商正式指引处理，不应仅凭某个 IP 地址是否出现就断定租户已经失陷，也不应在保留证据前贸然删除应用。
这场事件也把企业智能体的安全问题带回到基础设施层面。此前，AIFlux 对英伟达 OpenShell 参考架构的报道提到，企业正在尝试把沙箱、凭据代理、审计和运行时策略放到模型和应用之外。Storm-0940 的活动说明，类似控制点不仅关系到企业自建智能体，也关系到那些拥有广泛 OAuth 权限的第三方应用。
微软的结论仍然需要与 ConnectWise 的调查结果和受影响租户的独立取证结合来看。但目前可以确认的是：在多租户云服务和应用身份被广泛授权的环境中，攻击者获得的未必只是一次登录机会；如果自动化工具能够迅速完成侦察、权限尝试和凭据修改，防守方真正需要争取的时间可能已经从几小时缩短到几分钟。
来源：