Week 4 的五篇,其實是一條完整的鏈路:Day19 用 garak 找出模型層的弱點 → Day20 用 guardrail runtime 攔截已知的風險模式 → Day21 用 Model Armor 補上 GCP 原生的語意層過濾 → Day22 用 Binary Authorization 確保部署的東西沒有被掉包 → Day23 把視角拉高到 Agent 平台層級的權限彙聚風險。
| 防線 | 解決的問題 | 對應階段 |
|---|---|---|
| garak 掃描(Day19) | 模型本身有沒有已知的 OWASP LLM 弱點 | 部署前評估 |
| Guardrail Runtime(Day20) | Runtime 階段能不能攔截已知風險模式 | 執行時防護 |
| Model Armor(Day21) | GCP 原生的請求/回應內容過濾 | 執行時防護 |
| Binary Authorization(Day22) | 部署的映像是不是經過驗證的那一個 | 部署時控制 |
| Agent 平台權限盤點(Day23) | 多 Agent 場景下的權限彙聚風險 | 架構設計階段 |
garak 掃描、Model Armor 屬於 SAIF「自動化防禦以跟上威脅演進」——用工具化、可重複的方式偵測與過濾風險,而不是依賴人工逐一審查;Guardrail Runtime、Binary Authorization、Agent 平台權限盤點則更貼近「擴展偵測與應變至 AI 威脅範疇」,把傳統只監控網路與系統層的偵測視野,擴大到模型與 Agent 這個新的威脅面。
模型與 Agent 層的防線設計好之後,最後一週要回答的問題是:這一切怎麼被監控、怎麼證明給稽核單位看。Week 5 會進入監控、治理與可觀測性——Security Command Center、Google SecOps(原 Chronicle)、產業案例、AIRSS 自評,以及把整個系列 30 篇扣回 Day4 那張 MODA 官方風險分類對照表。