PII 暴露風險評分卡:AI 管道自我評估
一份包含 10 個評分風險因素的自我評估評分卡,用於評估您的 AI 資料管道中的 PII 和 PHI 暴露情況。評估您的風險等級,在問題變成事故之前識別差距。
每個處理真實世界資料的 AI 管道都存在 PII 暴露風險。問題不在於您的管道是否處理個人身分資訊——它幾乎肯定在處理。問題在於您是否知道在哪裡、有多少以及有哪些控制措施。
大多數團隊 以艱難的方式發現 PII 暴露:合規稽核、資料外洩或客戶投訴。這份評分卡為您提供了一種結構化的方式,在這些事件迫使您採取行動之前評估您的風險。
該評估涵蓋 10 個風險因素,每個因素從 1(最低風險)到 5(最高風險)評分。您的總分對應一個風險等級,並附有具體建議。整個評估需要 15 到 20 分鐘,任何熟悉您資料管道架構的人都可以完成。
如何評分
對於以下 10 個風險因素中的每一個,閱讀每個評分級別的描述,並選擇最符合您當前情況的一個。請誠實——評分卡只有在反映現實而非願望時才有用。
記錄每個因素的評分,然後在最後彙總。
風險因素 1:資料來源多樣性
有多少不同的資料來源為您的 AI 管道提供資料?
| 評分 | 描述 |
|---|---|
| 1 | 單一內部資料來源,具有已知的資料結構 |
| 2 | 2-3 個內部資料來源,格式一致 |
| 3 | 4-6 個資料來源,內部和外部混合 |
| 4 | 7-15 個資料來源,包括使用者上傳的內容 |
| 5 | 超過 15 個資料來源,包括不受控的外部資料來源 |
為什麼重要: 每增加一個資料來源,遇到意外 PII 的機率就會增加。使用者上傳的內容風險尤其高,因為您無法預測使用者會包含什麼個人資訊。
風險因素 2:文件類型複雜性
您的管道處理哪些類型的文件?
| 評分 | 描述 |
|---|---|
| 1 | 僅結構化資料(資料庫、具有定義結構的 API) |
| 2 | 結構化資料加乾淨的文字檔案(CSV、JSON) |
| 3 | 結構化和半結構化的混合(PDF、Word 文件) |
| 4 | 非結構化文件,包括掃描的 PDF、帶文字的影像 |
| 5 | 以上所有加上音訊、影片或手寫文件 |
為什麼重要: PII 偵測準確性在非結構化和掃描文件中顯著下降。嵌入在影像或掃描品質差的 PDF 中的姓名、地址和身分證號碼更難可靠地偵測和編輯。
風險因素 3:PII 偵測方法
您的管道如何識別資料中的 PII?
| 評分 | 描述 |
|---|---|
| 1 | 基於 NER 的自動化偵測,使用特定領域的模型,定期驗證 |
| 2 | 自動化的 regex 和 NER 偵測,定期驗證 |
| 3 | 僅基於 regex 的自動化偵測 |
| 4 | 團隊成員的人工審查(抽查) |
| 5 | 沒有系統化的 PII 偵測流程 |
為什麼重要: 僅使用 regex 的偵測會遺漏上下文相關的 PII(例如,句子中的人名與 產品名稱)。基於 NER 的偵測配合領域訓練能擷取更多資訊,但仍需要針對您的特定資料模式進行驗證。
風險因素 4:編輯覆蓋範圍
您的編輯流程覆蓋了多大比例的 PII 類型?
| 評分 | 描述 |
|---|---|
| 1 | 完全覆蓋:姓名、電子郵件、電話、SSN/身分證號碼、地址、出生日期、財務資料、醫療記錄號碼、生物特徵識別碼 |
| 2 | 覆蓋上述 7-8 個 PII 類別 |
| 3 | 覆蓋 5-6 個 PII 類別 |
| 4 | 覆蓋 3-4 個 PII 類別(通常僅限姓名、電子郵件、電話) |
| 5 | 覆蓋少於 3 個 PII 類別或覆蓋不一致 |
為什麼重要: 部分編輯會產生虛假的安全感。編輯姓名但保留地址、出生日期和醫療記錄號碼仍然允許重新識別。在 GDPR 和 HIPAA 下,部分編輯不構成合規的去識別化。
風險因素 5:資料傳輸安全
資料如何在管道階段之間移動?
| 評分 | 描述 |
|---|---|
| 1 | 所有處理在本地或隔離環境進行;資料永遠不離開本地環境 |
| 2 | 在單一雲端 VPC 內加密傳輸;沒有外部 API 呼叫 |
| 3 | 在同一提供商的雲端服務之間加密傳輸 |
| 4 | 資料跨越雲端提供商邊界或透過第三方 API 傳輸 |
| 5 | 資料透過未加密的通道或透過資料處理政策不明確的 API 傳輸 |
為什麼重要: 資料離開您控制邊界的每個網路跳轉都是潛在的暴露點。例如,第三方 embedding API 可能在共享基礎設施上處理您的文字——而該文字可能包含在該管道階段尚未編輯的 PII。
風險因素 6:存取控制粒度
誰可以在每個管道階段存取資料?
| 評分 | 描述 |
|---|---|
| 1 | 每個管道階段的基於角色的存取控制;執行最小權限原則 |
| 2 | 管道級別的基於角色的存取;所有階段共享相同的存取政策 |
| 3 | 團隊級別的存取控制;團隊中的任何人都可以存取所有管道資料 |
| 4 | 廣泛存取,有一些限制(例如,所有工程師都可以存取生產資料) |
| 5 | 沒有正式的存取控制;任何擁有系統憑證的人都可以存取資料 |
為什麼重要: 過於寬泛的存取使每個工程師、承包商和服務帳戶都成為潛在的暴露向量。最小權限原則限制了當(不是如果)憑證被洩露或個人犯錯時的影響範圍。
風險因素 7:稽核追蹤完整性
您能追蹤特定資料記錄在管道中發生了什麼嗎?
| 評分 | 描述 |
|---|---|
| 1 | 完整譜系:每次轉換都記錄了時間戳記、操作者、輸入/輸出雜湊 |
| 2 | 關鍵轉換已記錄;可以透過一些努力重建譜系 |
| 3 | 日誌存在但不完整;管道階段之間存在間隙 |
| 4 | 最少的日誌記錄;可以確定資料已被處理但不知道細節 |
| 5 | 沒有稽核追蹤;無法確定應用了哪些轉換 |
為什麼重要: 根據 GDPR 第 30 條和 EU AI Act 第 12 條,您必須能夠證明個人資料是如何被處理的。根據 HIPAA,您必須保留 PHI 披露的記錄。沒有稽核追蹤,您無法回應資料主體存取請求、監管查詢或外洩調查。