數百個暴露於網路的 Artex AI 系統引發濫用與網路攻擊疑慮

目錄

• 你可能想知道
• 主要內容
• 重點摘要表
• 後續……

你可能想知道

• 為什麼數百個 Artex AI 駭客工具部署會讓網路上的任何人都能存取？
• 暴露的系統如何對其操作人員及其攻擊目標造成風險？

主要內容

安全研究人員發現，數百個可公開存取的 Artex 部署。Artex 是一款開源人工智慧（AI）工具，旨在自動化滲透測試。這項發現引發疑慮：原本用於安全研究或經授權測試的系統，可能因暴露而讓外部人士得以檢視，甚至可能遭到濫用。這些部署無須密碼即可透過網際網路連線，所造成的風險已超出軟體原本的用途。

Artex 被描述為一款自主滲透測試工具：只需有限的人為介入，就能探查電腦系統的安全弱點。由於它是開源軟體，任何人都能下載並在自己的伺服器上執行。對於無法使用 Anthropic 或 OpenAI 最先進網路安全 AI 模型的使用者而言，這使 Artex 成為一種選擇。然而，能協助找出漏洞的工具，若在缺乏充分防護的情況下部署或使用，也可能被改作入侵用途。

Microsoft 過去曾將 Artex 描述為一套 AI 代理系統，能夠發動網路攻擊，「從偵察到資料外洩，所需的人為互動很少」。偵察是指蒐集潛在目標的資訊，而資料外洩則是未經授權將資訊從系統中傳出。這些能力範圍有助於說明安全專業人士為何認為該工具暴露在外事關重大：可供存取的部署可能暴露的不只是一般軟體服務，還可能包括與攻擊活動相關的元件和資訊。

網路安全公司 Censys 在一篇部落格文章中表示，該公司掃描網際網路上的暴露或易受攻擊系統時，發現超過 800 個不同的 Artex 部署可從網路存取，且不需要登入密碼。Censys 首席安全研究員、該篇文章作者 Silas Cutler 提醒，並非所有部署都被用於惡意活動。有些可能由獲授權的測試人員操作。儘管如此，許多系統為何暴露在外仍不清楚，因為 Artex 並不需要透過公開網際網路連線才能運作。

核心疑慮不只是 Artex 的存在，而是這種強大的安全工具部署在未經驗證的情況下對外公開。這種暴露可能讓外部人士更容易檢視系統、取得其中的資訊，或以操作人員未預期的方式使用其資源。這也顯示，設定錯誤可能削弱原本用於合法研究的工具之安全性。

公開存取的部署可能暴露與攻擊相關的資料，例如植入程式：用於入侵網路並維持存取權限的隱藏式惡意軟體。當工具或植入程式暴露在外時，其操作人員可能無法再控制誰能檢視或與其互動。同時，部署細節也可能透露其活動、基礎設施或預定目標的線索。因此會產生雙重風險：暴露在外的操作人員系統可能遭到入侵，而透過該系統被鎖定的組織也可能受到進一步傷害。

安全公司曾將 Artex 與數起大規模網路攻擊連結。一項據報導的行動於 September 針對韓國金融業。網路安全公司 CrowdStrike 將這些攻擊歸因於一名使用 Artex 執行個體的中文使用者。該歸因的依據之一，是這名駭客留下了一個託管該系統的「開放目錄」，使公開可用的資料得以被檢視。

Censys 表示，其資料顯示，與這些攻擊相關的 Artex 執行個體已暴露於網際網路數月。該公司也指出，可取得的資訊似乎包含「遠不止南韓銀行」的攻擊資料，並提及支付與遊戲公司。這些細節凸顯暴露的基礎設施為何對調查人員很重要：留下的公開資料可能提供活動範圍的證據，也可能揭露受害者或行動相關資訊。

Artex 也在 October 稍早對 IT 支援公司 ConnectWise 的攻擊中被使用。據報導，這起事件讓與中國有關聯的駭客得以監視數千個組織；這些組織的資料和檔案託管在 Microsoft 雲端。Microsoft 在一篇部落格文章中表示，攻擊者利用 Artex 入侵客戶的雲端環境，並以讓防禦人員「幾乎沒有時間偵測和應對」的速度竊取資料。這項說明指出自動化或快速執行的攻擊所帶來的實際挑戰：安全團隊可能只有有限時間辨識可疑活動並採取行動。

與此同時，據報導的事件並非只仰賴複雜的技術弱點。許多與 Artex 有關的攻擊涉及基本安全漏洞，包括猜測弱密碼或已知密碼，以及未啟用多因素驗證。這些缺口能讓攻擊者相對容易地入侵帳戶或系統，也顯示自動化並未降低基本安全措施的重要性。

因此，這些發現對測試工具的操作人員和潛在受害目標都有影響。除非有必要，操作人員應避免將敏感服務暴露於公開網際網路，並應要求使用強式驗證，且限制可信任使用者的存取。他們也應檢查部署中儲存了哪些資料、程式碼和攻擊相關產物。另一方面，負責防禦自身環境的組織，可以採用強而獨特的密碼、啟用多因素驗證、修補已知漏洞，並監控異常存取，以降低風險。

Artex 之後宣布轉為閉源模式，實際上將後續版本的發佈限制為付費客戶。這項改變或許會減少新版的取得管道，但不會移除已流通的軟體副本。程式碼分享網站上仍有數十份 Artex 程式碼副本，可能繼續被用於正在進行的攻擊。因此，發佈方式的改變可以影響未來版本的取得對象，卻無法立即消除現有部署或副本。

這起事件凸顯網路安全領域一項更廣泛的問題：為防禦性測試打造的軟體也可能被改作攻擊用途，而不安全的部署方式則可能使工具本身暴露在外。同一套系統在某種情境下可支援經授權的安全工作，在另一種情境下卻可能助長有害活動。使用情境、存取控制、監督機制，以及工具執行環境的安全性，都會影響它在現實中的作用。

重點摘要表

後續……

隨著 AI 驅動的安全工具功能日益強大，組織和研究人員需要檢視如何負責任地使用這些工具，以及如何確保其部署安全。後續工作可著重於預設存取控制、安全設定指引，以及在公開服務被非預期使用者發現之前辨識它們的方法。這些措施不僅適用於 AI 工具，也適用於任何能存取敏感系統或資料的軟體。

防禦者也可以探索有助於偵測快速、自動化活動，並提升雲端環境可視性的技術。加強監控、及時發出警示，以及有效的事件應變流程，有助於縮短入侵發生與採取應變之間的時間。由於報導指出攻擊進展迅速，持續研究可靠的偵測和協調應變仍十分重要。

最後，專案改變發佈模式後，程式碼副本仍持續流通，這凸顯了了解開源程式碼如何被複製、維護和重複使用的必要性。安全團隊、開發人員和平台營運者可以持續探索實用方法，以辨識易受攻擊的部署、傳達風險，並支援合法測試，同時避免系統不必要地暴露在外。關鍵挑戰在於，如何保留安全研究的價值，同時減少暴露的工具和基本設定疏失造成危害的機會。