最近在V2EX的分享創造板塊，一位署名kddddo的用戶發文，表示自己搭建了一個專門用來測試AI自動化滲透能力的靶場，網址以defanged格式（flag[.]agent-ops[.]icu）公布在文章中，並公開邀請各界前來挑戰。
發文者特別點名歡迎Artex、Strix這類AI滲透測試工具，也歡迎其他自動化滲透框架與自研Agent參與。截至文章被瀏覽約八百次時，該討論串尚無人回覆分享結果。
這座靶場想考的不只是掃描
發文者對這次挑戰的定位說得很清楚：這不是傳統的CTF（奪旗賽）。CTF通常把任務切成明確關卡，每關有固定答案；而這個靶場想看的是AI Agent能否走完一次真實的滲透測試流程，自己找入口、分析漏洞、嘗試利用，最後獨立完成測試。
這句話其實點出了目前資安自動化的一個實際痛點。市面上多數工具做到的是「跑掃描、生報告」：掃描器丟出一堆弱點清單，再由範本拼成一份報告。但真正的滲透測試是連續的判斷過程，找到入口之後要決定往哪裡深入、某個弱點值不值得串接、拿到初步權限後下一步怎麼橫向移動。這些決策環節，正是AI Agent被期待補上的部分。
用日常一點的比喻：掃描工具像是體檢機器，量出血壓血糖就印表；滲透測試則像是醫師問診，要根據每個線索決定下一個檢查做什麼。這座靶場考的是後者，而且考的是「AI能不能自己當那個醫師」。
為什麼此時出現這類挑戰
這篇發文出現的時間點，正值各家AI Agent工具快速堆疊「多步驟執行」能力的階段。近期的百度二面題單流出事件顯示，連大型科技公司的面試都開始追問候選人如何理解RAG與工程實務的結合，市場對「AI能否完成端到端任務」的檢驗慾望正在從各個方向冒出來。資安領域因為有明確的成功標準（拿到權限、找到漏洞），特別適合當作這種檢驗場。
另一個值得注意的背景是信任問題。自動化滲透工具若被用在未授權的目標上就是攻擊行為，因此這類挑戰必須倚賴自建靶場來提供合法的測試環境。發文者提供的是自己搭建的環境，參與者的測試行為邊界由靶場本身界定，這是此類活動能公開進行的前提。
該留意的訊號與未定之數
必須說明的是，這則貼文能核實的資訊有限：靶場的技術細節、難度設計、發文者的背景，以及是否已有任何人完成挑戰，都沒有公開資料可查。貼文發出約一天、瀏覽八百次且零回覆，也代表結果還需要時間累積。
不過對從事資安與開發工作的讀者來說，這類挑戰值得追蹤的理由很實際。如果AI Agent能在這種開放式靶場裡穩定完成完整滲透流程，企業採購資安服務的評估方式、滲透測試工程師的職務內容、以及漏洞通報的責任劃分，都會跟著調整。反過來說，如果多數Agent仍停留在「掃描加報告」的層級，那麼短期內AI在資安流程中的定位，會更接近輔助盤點而非獨立作業。
至於這座靶場最後會吸引到什麼等級的挑戰者、結果如何，得等討論串出現實際的測試分享才知道。有興趣的讀者可以留意原作者後續是否公布戰況，這些第一手紀錄會比任何工具宣傳頁誠實得多。