案例12｜Security by Design：從 End-to-End Encryption 到 Input／Output Filtering

一、案例定位

本案例依原書第 4 章 Guardrails and Security 重組，並非原書正式案例研究。

把 Security 從附加功能改成貫穿 Ingestion、Processing、Storage、Network、Application、Data 與 Model Guardrail 的基礎架構。

二、學習目標

列出原書主要 Security Layers。
理解 Data in Motion 與 Model Prompt／Response 都需要保護。
將 Audit、Monitoring 與 Alerting 納入安全架構。

三、案例情境

TechNova 團隊準備處理大量敏感企業資料時，決定所有文件從 Ingestion 到 Processing 再到 Storage 都需要 End-to-End Encryption，並同時設計 Network Security、Application-level Controls、Data-level Encryption，以及模型上層 Guardrails，防止敏感資料透過 Prompt 或 Response 暴露。

四、開始資料

安全層	原書控制	目的
Data in Motion／Storage	End-to-End Encryption	保護文件全流程
Network	Network Security	保護通訊與邊界
Application	Application-level Controls	限制應用層行為與存取
Data	Data-level Encryption	保護敏感資訊
Model Guardrails	Input／Output Filtering	降低 Prompt／Response Data Leakage
Audit／Monitoring	Audit Trail、Automated Monitoring、Alerting	偵測與追溯安全事件

五、Excel／AI 分析方法

Excel 可建立 Security Control Matrix，記錄 Layer、Control、Evidence、Owner、Test Result；AI 可找缺口與產生測試草稿，但不能自行確認 Encryption 或 Security Compliance 已實作。

六、計算結果

原書沒有提供 Encryption Standard、Filter Accuracy 或 Alert SLA 數字，因此不補造。

七、結果分析與管理解讀

企業 AI 安全不能只保護 API Key；資料、網路、應用、模型輸入輸出與 Audit 都需要多層控制，並能被持續監測。

八、AI 提問詞

請依 Data、Network、Application、Model Guardrail、Audit/Monitoring 五個面向檢查我提供的 Security Evidence。若只有政策而沒有實作或測試證據，請分開標示。