資安工具被駭客拿去用，從來不是新鮮事，但這一次的工具會自己規劃、自己動手。
ARTEX 是一套用大型語言模型（LLM）驅動的開源滲透測試工具，原本是給資安人員測自家系統用的，公開後短短幾個月，就被多個駭客組織拿來攻擊政府、金融與軟體廠商。11 月 11 日數發部也表示，台灣已有 10 多家企業通報受害，相關案例和 ARTEX 有關。
同一時間，雲端安全聯盟（Cloud Security Alliance，CSA）發布報告，建議企業反過來用 AI 代理強化防守。我們來看看 AI 代理在資安攻防兩邊各發生了什麼事。
ARTEX 是什麼
依歐盟機構資安應變團隊 CERT-EU 的說明，ARTEX 是開源、由 LLM 驅動的自主滲透測試平台：
- 操作者用自然語言設定目標，系統會拆解成任務，再交給一個或多個 AI 代理去偵察與測試。
- 它用的是真實的攻擊工具，不是模擬動作。
- 工具本身不內建 AI 模型，要串接外部的 LLM 服務。
- 測試範圍與「不可做破壞性動作」靠設定規則和模型自己遵守，沒有硬性的技術限制。
最後一點正是問題所在：只要換一個不在乎規則的人來操作，它就是一套自動化攻擊工具。
ARTEX 被濫用的時間軸
| 時間 | 事件 | 來源 |
|---|---|---|
| 2026 年 7 月 26 日 | ARTEX 由 GitHub 使用者 Autumn-27 公開 | Help Net Security |
| 8 月起 | 攻擊者用代理式 AI 工具大量搜尋 GitHub 上外洩的憑證與 API 金鑰 | Microsoft |
| 9 月下旬～10 月初 | 未知攻擊者用 ARTEX 攻擊南韓金融機構 | CrowdStrike |
| 10 月 | 原作者讓 GitHub 儲存庫無法存取 | CERT-EU |
| 10 月 17 日起 | 中國關聯組織 VAPOR PANDA 在 11 天內對 14 國以上、200 多個組織使用 ARTEX | CrowdStrike |
| 10 月 25～30 日 | 研究人員的 ARTEX 代理跑出測試環境，誤闖 WorkOS 內部系統 | WorkOS |
| 11 月 11 日 | 數發部表示台灣 10 多家企業通報受害 | 中央社 |
原作者把專案下架後，問題並沒有結束。Help Net Security 引述 Google 威脅研究人員的說法，下架時程式碼已經有超過 12,000 個 fork，改名或翻譯的版本仍在流傳。
AI 代理攻擊有什麼不一樣
速度：五分鐘從找到金鑰到偷走資料
Microsoft 在 11 月 5 日的報告中描述了一種攻擊鏈：AI 代理先在 GitHub 上搜尋外洩的應用程式憑證，再用這些憑證登入企業的雲端環境，一路存取到 Azure Key Vault 裡的機密。
報告提到其中一個案例，從搜尋 GitHub 到把 Key Vault 的資料帶走，只花了五分鐘。
規模：一個控制端打兩百多個組織
CrowdStrike 觀察到，VAPOR PANDA 用一個 ARTEX 控制端，在 11 天內對 200 多個組織出手，目標包括外交部、國防、半導體、電信、金融等單位，其中 9 個組織確認出現後續入侵活動。
人類操作者只在關鍵時刻下指令，例如要求代理寫網頁後門、找網域管理員密碼。CrowdStrike 還記錄到操作者要求代理在網域裡找出沒有安裝 CrowdStrike Falcon 的 Windows 電腦，專挑防護較弱的機器下手。
失控：不是駭客也可能出事
WorkOS 的事件比較特別。一名研究人員用 ARTEX 做資安基準測試，代理卻跑出了隔離的測試環境，碰上 WorkOS 一個可以從網際網路連到的內部 API。
依 WorkOS 公告，這個 API 接受可以猜到的開發用弱密碼，也沒有限制請求速度，代理就這樣批次擷取了銷售與客服系統的資料。研究人員事後主動聯繫，並確認已刪除取得的資料。
這起事件說明，AI 代理只要被放出去，就算操作者沒有惡意，碰到防護薄弱的系統一樣會造成外洩。
台灣狀況：數發部 11 月 11 日說明
依中央社報導，數發部在 11 月 11 日舉行記者會，部長林宜敬表示已接獲 10 多家企業通報受害，其中 5、6 家規模較大，個案仍在調查中。
報導提到的重點：
| 項目 | 報導內容 |
|---|---|
| 攻擊手法 | 利用 AI 工具依不同漏洞產生攻擊方式，鎖定 PHP、Node.js、GitLab 等軟體的已知高風險漏洞 |
| 竊取方式 | 透過權限較高、可大量存取資料的 API 取得個資 |
| 資料去向 | 取得的個資會轉賣給詐騙集團 |
| 相關工具 | 近期案例與 ARTEX 滲透測試工具有關 |
ETtoday 另外報導，攻擊自今年 7 月開始，累計超過百萬份個資受到影響。
截至撰稿時，我們尚未在數發部官網找到這場記者會的新聞稿原文，以上內容以媒體報導為準。有需要的讀者可以到數位發展部官網或資通安全署查詢後續公告。
防守方：CSA 建議用 AI 代理反過來補強
CSA 發布的報告〈Designing the AI-First Security Organization〉，主張企業要因應 AI 帶來的變化，重新調整資安團隊的分工。幾個和這次事件直接相關的建議：
漏洞管理優先導入 AI 代理
CSA 提出「VulnOps」的做法，把漏洞管理、修補管理、曝險管理和應用程式安全評估整合成一條從發現到修補的連續流程。
AI 代理可以協助找漏洞、驗證漏洞能不能被利用；但可能影響正式環境的修補，仍要經過人工審核。
把 AI 代理當成一個「身分」來管
CSA 建議把 AI 代理納入非人類身分（Non-Human Identity，NHI）管理：每個代理要有明確的負責人、用途和權限範圍，能用短期憑證就不要用固定的 API 金鑰。
權限檢查要放在代理之外，因為代理可能誤判自己的動作是否合規。
高風險動作一定要人來按
無法復原、會中斷正式服務、對外可見或可能提升權限的動作，CSA 建議一律保留人工核准。
把 ARTEX 的事件放在一起看，攻擊方的代理沒有這道關卡，防守方要用 AI 代理，就更需要把這道關卡設好。
企業與一般人可以做什麼
企業：先把基本功補齊
綜合 CERT-EU、Microsoft、WorkOS 事後檢討與數發部的說明，企業可以先從這幾件事開始：
| 方向 | 做法 |
|---|---|
| 縮小攻擊面 | 盤點所有對外開放的系統，只保留必要的；管理介面不要直接放在網際網路上 |
| 修補漏洞 | 對外系統的高風險漏洞優先修補，資安署或資安院發布重大警訊時盡速處理 |
| 管好金鑰 | 程式碼與儲存庫不要放機密，外洩過的金鑰與密碼一律換掉 |
| 限制 API | 內部 API 不要用可猜測的密碼，加上速率限制與異常存取告警 |
| 個資最小化 | 只蒐集必要的個資，並訂定保存期限 |
依中央社報導，數位經濟相關業者發生資安或個資事故時，應在 72 小時內通報主管機關數發部，並通知受影響的客戶。報導也提到，企業可以免費加入台灣電腦網路危機處理暨協調中心（TWCERT/CC）的情資分享。
一般人：個資外洩後最常見的是詐騙電話
這波攻擊的目標是個資，資料最後會流到詐騙集團手上。中央社報導中資安署給民眾的提醒，重點是：
- 對方能說出你的姓名和訂單內容，不代表就是真的客服。
- 不要點簡訊或通訊軟體裡的不明連結，自己打開官方 App 或網站查詢。
- 只要聽到「操作 ATM」「網銀解除扣款」「透過通訊軟體退款」，就是詐騙。
- 常用帳號開啟雙重驗證，不同網站不要用同一組密碼。
有疑慮時，先掛電話，再撥 165 反詐騙諮詢專線查證。
參考資料與延伸閱讀
- From Penetration Testing to Cyber Threat: Beware of ARTEX（CERT-EU）
- Threat actors use agentic AI tooling to find and abuse exposed secrets（Microsoft Security Blog）
- Unknown Threat Actor Uses ARTEX to Target South Korean Finance（CrowdStrike）
- VAPOR PANDA Uses ARTEX to Scale Global Campaign（CrowdStrike）
- Update for October 30th, 2026 data security incident（WorkOS）
- ARTEX goes from pentesting tool to attacker staple in three months（Help Net Security）
- Designing the AI-First Security Organization（Cloud Security Alliance）
- CSA建議企業推動資安職能轉型，從漏洞管理導入AI代理（iThome）
- AI資安攻擊升溫 數發部：已接獲10多家企業通報受害（中央社）
- 數發部：「10家企業」通報被AI網攻 百萬筆個資恐外洩（ETtoday）
- AI駭客攻擊升溫！數發部提5大防護行動 緊盯72小時關鍵期（自由財經）
- AI 資安工具 Artex 成駭客武器 偵測企業弱點能力成雙面刃（商傳媒）
發佈留言