對外的 Agent 服務，一樣要擋流量層的攻擊

如果 Agent 服務對外開放（例如客服 Agent、公開 API），Day13 的邊界與情境控制管的是內部存取邏輯，這篇要補上流量層的防護——呼應主題一 Day14，這裡聚焦 Agent 場景特有的幾個考量。

Agent 場景下 Cloud Armor 的重點設計

針對高頻探測的速率限制：Day7 提到的多輪滲透手法，往往需要攻擊者發送大量測試請求來摸索防禦邊界，Cloud Armor 的速率限制能直接拉高這種探測式攻擊的成本。

識別自動化爬蟲/掃描工具特徵：對已知的自動化攻擊工具特徵（例如特定的 User-Agent 模式、請求頻率模式），可以用 Cloud Armor 的自訂規則做初步過濾，把明顯的自動化探測擋在流量層，不讓它們消耗後面 Model Armor / ShieldGemma 的運算資源。

跟 Day10 真實案例的呼應：CVE-2026-25253 這類「單一惡意內容觸發」的攻擊手法，如果 Agent 服務本身對外暴露，Cloud Armor 是第一道能攔截異常存取模式的防線，但要清楚它防不了「內容本身夾帶惡意指令」這件事——這仍然要靠 Day15、16 的 ShieldGemma 或 Model Armor 補位。

這篇的檢查清單

• [ ] 對外的 Agent API 是否已針對多輪滲透這類高頻探測設計速率限制？
• [ ] 是否已針對已知自動化攻擊工具特徵設計初步過濾規則？

💡 關於作者 我是 Fngi，專注在 AI 安全與雲端資安領域。
Instagram @aid3fend，我在那裡分享更多 AI 資安的實務筆記與趨勢觀察。