資安警報｜Storm-0940 用 agentic AI 工具 ARTEX 把 ConnectWise 供應鏈攻擊打到機器速度——2,250+ 租戶遭自動登入

🌏 English version

事件概述

Microsoft 於 2026 年 10 月 21 日發布分析，將近期 ConnectWise Cloud Backup 應用程式的供應鏈入侵事件歸因於中國國家級攻擊組織 Storm-0940（活躍於 2021 年至今，先前以 Quad7／CovertNetwork-1658 殭屍網路進行密碼噴灑攻擊聞名）。這次事件的關鍵不是新的軟體漏洞，而是攻擊者用開源 agentic AI 滲透測試工具 ARTEX 把原本需要人力逐步操作的攻擊流程壓縮到「機器速度」：自 9 月起針對全球數百個組織自動化攻擊，10 月中旬進一步濫用 ConnectWise 多租戶應用程式既有的信任關係，對 2,250 個以上租戶發動每分鐘近 3,000 次的自動登入嘗試，部分組織從被鎖定到取得雲端特權存取只花不到 3 小時。

基本資訊

攻擊面分析

ARTEX 是誰、怎麼來的：ARTEX 是以 Go 語言寫成、搭配 Next.js 前端的 multi-agent LLM 滲透測試框架，可以接任何 AI 模型（本案與先前南韓銀行事件都觀察到搭配 DeepSeek、GLM、Grok 使用），能自動跑完從偵察到資料外洩的整條滲透測試流程，介面可切換英、韓、中、西、日文。這個框架今年 10 月因為被用於攻擊南韓金融機構（本系列 10/8 文章）曝光後，作者已轉為閉源並停止維護——但程式碼顯然已經流出，Microsoft Threat Intelligence 明確表示「觀測到多個不同地緣區域的攻擊者在使用 ARTEX 框架」，Storm-0940 只是其中之一。

攻擊鏈怎麼走的：2026 年 10 月 10 日至 14 日，Storm-0940 的基礎設施（IP 144.172.64.99）對 8 個組織的 327 個帳號發動跨租戶密碼噴灑，Microsoft 觀測到超過 15.1 萬次失敗登入，10 月 11 日單日高峰達每分鐘 2,900 次失敗，但這波攻擊本身沒有成功驗證、沒有拿到 token，也沒有造成目錄變更。真正的突破發生在 10 月 15 日：攻擊者取得多個 ConnectWise 雲端應用程式（Cloud Backup、MS Teams 整合、MS Graph 整合）的身分憑證後，用同一組 IP 段利用這些應用程式「已經被租戶授予的信任」直接認證進入下游客戶環境——不需要互動式使用者登入，等於直接繼承了 app 原本的存取範圍。Microsoft 說 Storm-0940 用 ARTEX 嘗試對 2,250 個以上租戶登入，速度達每分鐘 2,900 次嘗試；在部分環境中，AI agent 進一步做了偵察、修改應用程式憑證、變更身分／群組／特權角色等「持久化」動作，從初次鎖定到取得特權存取最快不到 3 小時。

Microsoft 把這起事件對應到的 MITRE ATT&CK 技術包括 T1195 供應鏈入侵（入侵多租戶 OAuth 應用程式波及下游客戶）、T1199 信任關係（透過既有信任的第三方應用程式取得下游存取）、T1098.001／T1098.003 帳戶操縱（新增或修改應用程式憑證、自我指派特權角色）、以及 T1528 竊取應用程式存取 token。值得注意的是，這類事件同樣很難對應到 OWASP LLM Top 10 的單一條目——不是目標系統裡的 LLM 被注入或奪權，而是攻擊者把 agentic AI 當成攻擊基礎設施，用來把原本受限於人力速度的掃描、密碼噴灑、OAuth 濫用全部自動化、全天候執行。

防禦做法

立即動作

• 若環境中裝過或曾授權 ConnectWise Cloud Backup 或其他 ConnectWise 雲端應用程式：依官方與 Microsoft 的containment 指引，在收到正式恢復說明前維持停用，不要先刪除應用程式——保留設定與證據是後續調查的前提
• 盤點三個關鍵 ConnectWise app ID 是否出現在自己租戶（含已經不再使用的）：506e08f9-6e9a-4da4-942b-a099a03644ae（Cloud Backup）、24205314-2b89-4e07-a2a4-579e898a5640（MS Teams 整合）、0de14c77-b9b0-4137-9360-34878a929827（MS Graph 整合），用 app ID 搜尋而不是顯示名稱
• 檢查 Entra 服務主體（service principal）登入紀錄與 Microsoft Graph 稽核紀錄，至少回溯到 10 月 15 日，有紀錄可查就延伸到 10 月 1 日，留意應用程式憑證新增、新增 owner、特權角色指派、Conditional Access 變更等異常
• 確認異常後再輪換受影響應用程式的憑證、撤銷不必要的權限；動作前先保存 Entra 登入與稽核紀錄、Purview 稽核紀錄、SIEM 資料，不要為了止血先清掉證據

長期架構

• 對多租戶應用程式的權限與同意授予套用最小權限原則，監控任何高權限 app 的憑證新增與角色自我指派——這次事件的核心弱點正是「一個被信任的第三方應用程式權限超出它實際需要的範圍」
• 這類事件提醒防禦方：工具被作者下架或轉閉源，不代表威脅消失——同一套 ARTEX 程式碼已經流出並被多個不同動機、不同地緣的攻擊者沿用，供應鏈風險評估不能只看「官方維不維護」
• 關鍵不在修補單一漏洞，而在能不能把偵測與回應的時間窗壓到跟攻擊者的自動化速度同等級（本案最快 3 小時內取得特權），單靠人工事後比對登入紀錄已經追不上
• watchlist B7 中的 Noma Security、WitnessAI 等專注在 SaaS／OAuth 應用程式風險與 AI 治理可視性的工具，適合用在偵測「已授權但異常使用」的第三方應用程式這類情境，可以作為既有 SIEM／XDR 之外的補充視角

影響範圍

Microsoft 並未公開確切有多少租戶實際遭入侵，並特別強調「應用程式存在、甚至服務主體成功驗證」都不代表資料已被存取或外洩——但同時表示在多個客戶環境中觀察到驗證後的目錄操作、憑證修改等後續行為，顯示至少部分組織的風險不只是被掃到。ConnectWise 已暫時關閉受影響服務，10 月 21 日起分階段恢復，官方預期整個復原過程需要數天；受影響的客戶需要依照 Microsoft 與 ConnectWise 公告的技術調查與補救指南逐一排查自己的租戶，而不是等待廠商端單方面宣布「已解決」。更值得留意的是，Wiz 在 10 月 23 日的後續分析指出，Storm-0940 已經把同樣的手法（探測 SSO／M365 端點、對 Okta 與 Entra ID 密碼噴灑、濫用密碼重設與帳號啟用流程、被封鎖後立刻換 IP）擴散到其他軟體與 IT 供應商，部分攻擊 session 持續 24 到 30 小時——這代表這起事件不是單次已結束的入侵，而是一場仍在進行、持續測試更多廠商多租戶信任鏈的行動。

今日收穫

過去看供應鏈攻擊的防禦時間窗大多以天或週計算，這次 Microsoft 公開的數字是「最快 3 小時從鎖定目標到拿到雲端特權」。這提醒我：agentic AI 帶來的改變不只是「攻擊自動化、省人力」，而是把防禦方賽跑的計時器從人類反應速度整個壓縮到機器速度——仰賴人工事後覆核登入紀錄、隔天才排查異常的既有 SOC 流程，面對這種節奏基本上是結構性地追不上，真正該問的問題不是「要不要裝這個 patch」，而是「我的告警到回應流程，能不能在 3 小時內完成」。

參考資料

• AI-driven, large-scale nation-state campaign using ARTEX enables supply chain compromise — Microsoft Security Blog
• China-Linked Hackers Use ARTEX AI Agents in ConnectWise Supply Chain Attack — The Hacker News
• Microsoft pins ConnectWise supply-chain attack to China-state aligned threat group — CyberScoop
• Microsoft says China-aligned hackers used AI agents in ConnectWise supply chain attack — Tom's Hardware
• ARTEX in the wild: Storm-0940 expands targeting of IT and software vendors — Wiz
• ConnectWise Trust Center — Cloud Backup advisories
• 本系列 10/8：中國開源 agentic 滲透測試工具 ARTEX 遭濫用——南韓多家銀行客戶資料外洩