本章處理紅隊（攻擊者視角的風險檢查）分析的第三步：盤點資料流經的每個節點，找出資料暴露與外洩風險。目標是把資料保護從單一 API 回應擴展到完整資料生命週期。

【情境】資料路徑擴張時先做外洩盤點

下列情況出現時，資料外洩盤點優先級應提升：

• 同一資料同時進入 API、log、search index、support tool
• 匯出與備份流程增加，資料保留時間拉長
• 客服、營運與分析角色存取範圍擴張
• 多團隊共享資料平台與查詢工具

【判讀流程】資料外洩路徑圖

1. 分級：先定義 Data Classification 與保留策略。
2. 追蹤：把每類資料的流向畫到 response、log、search、export、backup。
3. 驗證：逐段檢查 Data Masking 與授權條件是否一致。
4. 稽核：把高風險存取與匯出操作接到 Audit Log。

【風險代價】外洩事件的處理週期長

資料外洩的影響包含法規處理、客訴、信任損失與長期稽核負擔。資料流盤點越晚，復原成本越高。早期完成資料路徑圖，可明確界定責任邊界與回復步驟，縮短事故處理時間。

【設計取捨】資料可用性與最小暴露

營運分析需要資料可見性，資安需要最小暴露面。常見做法是把查詢便利性與敏感欄位脫鉤，透過欄位分級、遮罩層與分權存取平衡兩者需求。

【最低控制面】進入實作前要先定義

• 敏感欄位分類與保存年限
• 回應、觀測、匯出的最小欄位策略
• 高風險查詢與匯出的稽核欄位
• 外洩事件的通報與收斂流程

【判讀訊號】何時代表外洩風險升高

• 同一資料欄位在多個系統面向重複出現
• 匯出行為與一般查詢行為的時序突然改變
• 備份與正式環境使用相同憑證域
• 高風險資料存取缺少可回查稽核紀錄

【風險邊界】到哪裡仍是概念層

本章在概念層回答的是資料分級、路徑盤點與責任邊界。當討論進入欄位規則實作、查詢策略與儲存配置時，章節責任會切到資料與平台實體章節。

【交接點】何時路由到實作章節

1. 已完成資料路徑圖與分級後，交接到 7.4 資料保護與遮罩治理。
2. 已定義外洩事件收斂節奏後，交接到 8.8 事故報告轉 workflow。