本週關鍵訊號：AI 代理已全面切入正式流量

這一週最值得資安與平台團隊注意的趨勢，不是市場上又多了一個好玩的 AI 功能，而是「代理（AI Agents）」開始真的能做事。

Cloudflare 在 6 月 19 日推出 Temporary Cloudflare Accounts for AI agents，讓代理可以先用臨時帳號部署，再決定要不要接手；AWS 也在 6 月底更新 Threat Technique Catalog，提醒企業，EKS 工作負載修改、組織信任邊界與 compute hijacking（計算資源劫持）不是理論題，而是已經在真實事件裡反覆出現的路徑。

如果再把 Microsoft Purview 5 月對 Claude Enterprise 活動的可視性更新一起看，就會發現一件事：企業要管的已經不是「人用哪個 AI」，而是「誰、哪個代理、用什麼權限、從哪個邊界出去做了什麼」。這就是現在 CloudSecurity 買家真正要補的治理題。

在我們急著調整整體安全架構之前，建議先回頭檢視企業目前在網路入口處的基本 WAF 檢核，可以參考延伸閱讀：邊緣保護不是把流量搬上CDN：企業網站上線前先補的 5 個 WAF 檢查。

1. 機器身分限制生命週期，阻絕臨時權限無限長大

當 AI 代理獲得自主權，能夠自動呼叫 API 並在雲端配置資源時，企業防守面臨的第一個破口，就是這些「非人身分」的存取生命週期被無限放任。

Cloudflare 推出臨時帳號機制，其核心資安思維非常明確：將自動化實體的「驗證、概念驗證（PoC）、正式上線」切成極短的生命週期。企業內部的身分存取管理（IAM）政策必須即刻跟進。針對 AI 代理，應一律核發最小可行權限、強制設定權限過期時間（TTL），並配置一鍵撤銷機制。

如果網站與 API 是企業提供服務的主要入口：

• Cloudbric WAF：扮演網路邊緣的第一道過濾網，快速阻斷異常高頻、機器人行為或來源不明的異常請求。
• Penta Security WAF：若業務場景牽涉複雜的交易或客製化邏輯，則能提供細粒度的例外排除與精準的安全管控。

邊緣治理的第一步，是確保所有 AI 代理的通行證都維持在可回收、可追溯的受控狀態。

2. 日誌要能回答「誰在做」，不是只有「發生了什麼」

AWS 將威脅技術目錄（TTC）轉譯為可操作的偵測清單，背後的意思很直接：看見資安事件只是起點，能不能釐清「責任邊界」才是關鍵。

企業在導入代理或 crawler（爬蟲）控制時，其日誌（Logs）至少要把帳號身分、存取來源、呼叫路徑、時間戳記、動作結果記在同一條鏈上。否則，事後發生資安稽核事件時，在漫天日誌中只會留下一堆「有流量、有連線，卻不知道是哪一個 Agent 送出」的無用紀錄。

這也是很多團隊最常卡住的地方：日誌收集了許多，卻無法直接用來分派、封鎖或回滾。如果你的資安團隊已經把告警對接到 SOC（資安監控中心），日誌格式就不能只為工程師服務，還要能直接變成稽核證據與變更依據。

在將日誌與資安平台對接前，建議先做好各個核心頁面的防護設定，延伸閱讀：WAF 不只是擋攻擊：企業網站上線前該先做的 5 個 防護基線。

3. 邊緣政策要分人、分代理、分 crawler

過去傳統的網站安全規則通常只有兩種：放行或阻擋。但在 AI 代理橫行的時代，流量治理不該這麼粗暴。Cloudflare 的 Web Bot Auth、pay per crawl（計費爬蟲）與 temporary accounts 其實都在告訴市場：網站邊緣需要更細的分類，至少要能區分真實使用者、已驗證代理、未知爬蟲與可疑自動化。

對 CloudSecurity 買家來說，這一層最容易先落地。建議優先把登入頁面、會員系統、付款金流接口、API webhook 這幾條路徑拉進 WAF 或 edge policy 進行基準監控。

先觀察 1 個站點或 1 條 API 的流量，再決定是否擴到全站。比起一次大改整體網路架構，這種漸進式的做法更快，也比較不會把正常用戶的商業流量一起擋掉。

4. 上線流程要可回滾，代理越快，越不能賭一次成功

代理部署的速度極快，這代表資安風險蔓延的速度也同步翻倍。企業在自動化流程中最怕的不是測試失敗，而是失敗之後「沒有回頭路」：臨時帳號忘了設失效時間、邊緣規則沒有留版本控制、告警沒有寫回內部工單、甚至連回滾權限歸屬誰都不清楚。

真正成熟的做法，是先制定一條最小可行流程（MVP）：建立代理 ➔ 測試單一路徑 ➔ 核對邊緣日誌 ➔ 確認撤銷機制 ➔ 最後才逐步擴大範圍。

如果你們現在已經在評估 CloudSecurity 的產品，這代表你不是在找「能不能擋」，而是在找「能不能管」。對這類團隊，Cloudbric WAF 適合先把邊緣控制與可視性建立起來，Penta Security WAF 則適合需要更深度規則與細緻營運邏輯的場景。買之前先問廠商三件事：能不能快速停用？能不能看懂記錄？能不能把責任切回行為主體？

在將防禦落地前，務必先盤點公司內部的管理與營運人力配置，延伸閱讀：雲端WAF 怎麼落地：導入Cloudbric WAF 前先確認的 5 個 營運條件。

常見問題 FAQ