ARTEX 是什麼？AI 滲透測試工具被拿來打 ConnectWise 供應鏈攻擊，白話拆解與企業自查重點

ARTEX 是一套開源的 AI 自動滲透測試工具：你給它一個目標，它會派好幾個 AI 代理分頭去掃描、找漏洞、規劃攻擊路徑，原本是給資安人員在授權範圍內做測試用的。2026 年 10 月，它因為三起攻擊上了國際新聞，其中最受關注的一起，是微軟認定的國家級駭客組織 Storm-0940 濫用 ConnectWise 雲端備份服務的憑證，再用那把「廠商的鑰匙」去敲兩千多個 Microsoft 365 租戶。

我們公司內部每天有 20+ 個 AI 流程在跑，寫程式、審程式碼、整理報表都有 AI 代理參與。所以看到這次事件時，我們最有感的一點很直接：AI 代理不用睡覺、可以同時試很多條路，這個特性用在攻擊上，跟用在工作上一樣有效。

這篇用白話把事件從頭講一遍：ARTEX 是什麼、攻擊怎麼發生、哪些是官方確認、哪些還沒證實，最後整理成兩份清單，一份給已經在用雲端服務的企業自查，一份給正在找系統外包廠商的人當面試題。

ARTEX 事件懶人包：三起攻擊、一個工具

先講結論：ARTEX 這個月被點名的攻擊有三起，攻擊者、目的、手法各不相同，共通點是都用 AI 代理把攻擊速度拉到人工做不到的程度。

資安新聞最容易出錯的地方，是把「已確認」和「有人說」混在一起講。這次事件各方公布的數字差很多，下面這張表把能確定的和還沒證實的分開。

如果你只記一件事：這次目前確認的是應用程式憑證被盜用，有沒有產品漏洞，官方還在調查。換句話說，光是「更新到最新版」救不了你，被授權出去的鑰匙也要管。

ConnectWise 供應鏈攻擊怎麼發生：一把不用密碼的廠商鑰匙

一句話講完：密碼噴灑全部失敗後沒多久，同一批攻擊主機就出現在 ConnectWise 事件裡，這次用的是廠商的鑰匙，而那把鑰匙早就被許多企業授權可以進門。

很多企業的 Microsoft 365 是交給 IT 代管廠商（MSP）顧的，MSP 再用 ConnectWise Cloud Backup 這類工具幫客戶備份信箱、OneDrive、SharePoint 和 Teams。要能備份，客戶當初就得按下「同意」，讓這個應用程式擁有讀取資料的權限。這個授權不會過期，也不需要任何員工每天登入。

微軟的分析把過程拆得很清楚，整理成白話大概是這樣：

最麻煩的是最後兩步。攻擊者進去後會替其他應用程式「多加一把鑰匙」，所以就算 ConnectWise 已經停用原本的應用程式、重設了所有憑證，攻擊者自己加的那把仍可能留在客戶的租戶裡。ConnectWise 的通報也講得很直白：換一把新的合法憑證，不會清掉攻擊者加上去的憑證、角色或授權，每個租戶要自己查。

如果你覺得這種「授權給第三方 App」的事很遙遠，打開公司的 Google Workspace 或 Microsoft 365 管理後台看一下，通常會看到一長串你不記得什麼時候同意過的應用程式。把登入和授權集中在一個地方管，出事時才查得到誰有鑰匙。這件事我們做過：恆遠會員中樞系統 把多個自有產品的登入、訂閱與授權查詢收在同一個後台，新產品上架直接接入，不用每套系統各管一份帳號。想知道你公司的系統能不能這樣整理，可以跟我們聊聊。

ARTEX 是什麼：會自己分工的 AI 滲透測試指揮台

ARTEX 本身不是 AI 模型，比較像一個指揮台。它可以接任何 AI 模型，由一個「規劃代理」把目標拆成小任務，再派給多個「執行代理」去跑指令、送網頁請求、掃連接埠，所有發現會累積成一張圖，讓下一輪攻擊從最有希望的地方繼續。

微軟的描述是：用 Go 寫成、前端是 Next.js 的多代理系統，可以從偵察一路做到資料外洩，過程幾乎不需要人介入；介面有英文、韓文、中文、西班牙文和日文。CrowdStrike 則形容它是「最近在中國開發、開源釋出的 agentic 滲透測試工具」。事件曝光後，開發者把專案改成不公開，表示當初是為了學習與研究而做。

站上之前介紹過另一套開源 AI 滲透測試工具 PentAGI，兩者概念類似。差別在於 ARTEX 這次已經有真實攻擊紀錄，而且來源不透明：官方版已經閉源，網路上流傳的分支沒有人驗證過裡面有沒有被加料。所以常有人問「我們公司可以拿 ARTEX 來測自己嗎」，我們的建議是不要，要測就用來源清楚、有人維護的工具，並且先搞懂弱點掃描和滲透測試的差別，再決定要做到哪一層。

AI 駭客攻擊為什麼可怕：門檻降到地板，速度拉到 3 小時

先說我們的判斷：這次事件可怕的地方在於攻擊變便宜了，技術本身並沒有多新。以前要一個熟練的團隊花好幾天做的事，現在一個人加上 AI 模型額度就能同時對幾十個目標做。

CSA 的研究筆記也是這樣看的，原文的意思是：這波攻擊重要的地方不在技術多新，而在它讓人看到入門成本降了多少。微軟則提醒，AI 代理不受人的限制，可以全天候工作、在週末和假日同時嘗試多條入侵路徑。

數據也指向同一個方向。Verizon 2026 年資料外洩調查報告（DBIR）統計，涉及第三方的外洩已經占全部外洩的 48%，比前一年的資料成長 60%；只看中小企業，比例更高，達到 55%。報告也發現，攻擊者用到 AI 輔助的攻擊技術，中位數是 15 種，有些甚至多達 40 到 50 種。IBM 的 2026 年資料外洩成本報告則顯示，全球平均每起外洩的成本來到 499 萬美元，創下新高，AI 驅動的攻擊增加了 56%。

對中小企業老闆來說，最實際的影響是「反應時間」這個預算項目要重新算。以前可以靠每週看一次報表抓異常，現在至少要有一條會在半夜叫醒人的告警，通知要送到真的會處理的人手上。

韓國銀行案的教訓：被打的是「為了方便」開出去的系統

重點先講：目前公開資訊顯示，出事的是周邊那些為了方便而開放到外網的小系統。

CrowdStrike 的報告引述業界報導指出，一家銀行被入侵的是「給貸款仲介查進度的服務」，另一家是「員工用的手機業務支援系統」。攻擊期間在 9 月底到 10 月初，確實造成資料外洩。CrowdStrike 研判，這波攻擊很可能用到的那台 ARTEX 主機，主力 AI 模型是 DeepSeek，另外也接了其他模型。CrowdStrike 能看得這麼清楚，是因為攻擊者自己的伺服器目錄沒鎖，裡面的 AI 對話紀錄和 ARTEX 設定全被看光。南韓金融委員會在 10 月 2 日召開緊急會議，要求金融機構全面檢查可以從外部連進來的 IT 資產（iThome 報導）。

這個教訓對台灣企業特別貼切。很多公司的正式官網、ERP 都有好好保護，但為了讓業務在外面查庫存、讓經銷商查訂單、讓師傅回報進度，會另外做一個小系統開到外網，而這些小系統通常是最後才補資安的那一批。我們之前拆解過的神腦自動化攻擊事件，也是類似的路線：攻擊者挑最好打的入口，用程式大量撈資料。

CSA 也建議資料要「少回一點」：查詢服務回傳的欄位越少，被撈走時損失越小。新韓銀行這次外洩的欄位包含年收入和貸款額度，這種資料其實多數查詢情境根本用不到。

委外廠商的權限怎麼管：台灣企業最常見的三種破口

一句話：大部分企業給廠商的權限，都比廠商實際需要的多，而且給了之後就沒人收回。

ConnectWise 在通報裡講了一句很適合貼在 IT 部門牆上的話，意思是：MSP 站在供應鏈的中間，本身就是目標，同時也是通往它服務的每一個客戶的路。換成台灣中小企業的日常，最常見的破口有三種，而且都有真實案例。

這三種破口的解法其實是同一套原則：遠端維護「原則禁止、例外允許」，外部連線一律開 MFA，廠商只拿得到完成工作需要的最小權限，合約結束當天收回所有帳號。員工離職要收權限大家都知道（我們整理過離職員工權限回收 SOP），廠商和第三方應用程式卻常被忘記，因為它們不會「離職」，只會默默一直在。

比較省事的做法，是把員工、廠商、系統帳號的登入統一接到單一登入（SSO），至少做到「一個地方停用，所有系統一起失效」。

企業自查清單：沒用 ConnectWise，也該檢查這幾件事

先講結論：下面六件事，有 IT 人員的公司一個下午就能做完第一輪，沒有 IT 的公司可以直接把這張表丟給代管廠商，請對方回覆。

微軟在這次事件也給了幾個容易被忽略的提醒：查應用程式要用應用程式 ID 搜尋，不要用顯示名稱；成功和失敗的登入要分開看；審查範圍不要只限於官方公布的 IP。可疑的應用程式先停用、保存證據，確認之後再由有權限的人移除。

如果你公司的系統是自己找人開發的，上面這張表還要再加一行：系統裡的 API 金鑰、資料庫密碼放在哪裡、誰拿得到。TiDB Cloud 這次被入侵和 Railway 環境變數外洩，都是同一類問題：金鑰沒管好，又沒人發現。

找系統外包廠商時，資安要問清楚的六個問題

直接給答案：跟廠商談系統開發時，下面六題問下去，答不出來或答得很含糊的，就要小心。這些問題跟廠商技術強不強沒有直接關係，問的是對方交付時有沒有想過「出事怎麼辦」。

想把這些要求寫進合約，可以參考我們整理的外包合約與 AI 程式碼資安評估；擔心套件被下毒的，npm 供應鏈攻擊那篇有完整的相依套件檢查做法。整體的防護節奏則可以照 AI 駭客時代的 60 天資安行動清單一步一步補。

看到這裡，如果你正在規劃一套要開放給經銷商、業務或客戶使用的系統，又擔心上線後權限和金鑰管不住，我們很樂意聽你聊聊現在的情況。哪些地方要先補、怎麼做最划算，我們會直接告訴你。