AI 中的資料主權：為什麼受監管行業不能使用雲端資料準備工具

資料主權已從政府關注點轉變為主流企業要求。在 2026 年，它是越來越多受監管組織採用 AI 的實際障礙——不是因為他們缺乏使用雲端工具的技術能力，而是因為使用雲端工具將使他們違反法律、監管或合約義務。

本文解釋了資料主權在操作層面的實際含義，它與資料駐留的區別，雲端資料準備工具如何在設計上違反主權要求，以及「本地部署」必須意味著什麼，才能真正滿足這些要求。

---

資料主權的含義——以及它不意味著什麼

資料主權是指資料受其收集司法管轄區或主體所在司法管轄區的法律、法規和治理框架約束的原則。更廣泛地說，它已成為組織控制其資料發生什麼的權利和能力——包括可以強迫訪問的法律司法管轄區。

資料駐留是一個更窄的概念：要求資料在特定地理位置（一個國家、一個地區或一個特定設施）實際存儲。

這兩者經常被混淆，但它們是具有不同含義的不同要求：

• 選擇雲端提供者的歐盟資料中心可以滿足資料駐留
• 無法滿足資料主權，因為存儲在美國公司擁有的歐盟資料中心的資料仍然受美國法律管轄（CLOUD 法案允許美國政府強制美國公司提供存儲在海外的資料）

在 AWS 法蘭克福存儲訓練資料的歐洲企業，滿足了資料駐留要求（資料在歐盟）。如果它無法保證美國當局不能強迫 AWS 提供該資料，那麼它就不滿足資料主權要求。

---

雲端工具如何在設計上違反主權

雲端資料準備工具——SaaS 標注平台、雲端 OCR API、用於增強的托管 LLM 端點——通過幾種機制違反資料主權：

供應商法律風險

任何基於美國的 SaaS 供應商都受到 CLOUD 法案（2018 年）的約束，該法案允許美國執法部門強制美國公司提供存儲的通信和資料，無論資料實際存放在哪裡。FISA 第 702 條允許情報機構進行類似訪問。使用美國 SaaS 平台進行資料準備的歐洲企業，無法保證其訓練資料不被美國當局訪問——而且供應商可能被法律禁止披露有訪問請求。

Schrems II（C-311/18，2020 年）後歐洲數據保護委員會的指導意見確立，美國監控法律與歐盟充分性要求不兼容。法國（CNIL）、奧地利和其他成員國的監管機構已對此依據對特定工具發出了執法決定。

子處理器鏈

雲端 SaaS 平台不是孤立運作的。它們使用子處理器：用於資產傳遞的 CDN 提供者、用於操作監控的日誌服務、用於客戶服務的支援平台、用於產品遙測的分析平台。每個子處理器代表另一個可能訪問平台上處理的資料的組織。

GDPR 的控制者-處理者鏈（第 28-29 條）要求資料處理者只在控制者事先書面授權的情況下使用子處理器，並且子處理者受到等效的資料保護義務約束。實際上，大多數 SaaS 平台的子處理器列表很廣泛、全球化且難以審計。

處理的不透明性

當您將資料發送到雲端 API 時，您不確切地知道它會發生什麼。它可能被記錄用於品質保證。它可能被用於訓練提供者自己的模型（仔細檢查條款）。它可能被緩存在您無法指定的地理位置。提供者的條款可能會改變。即使有合約保證，技術現實也是不透明的。

主權不只需要法律協議，還需要操作控制。對於由第三方處理的資料，您沒有操作控制。

---

驅動主權要求的監管框架

GDPR（歐盟/歐洲經濟區）

第 44-49 條限制個人資料的國際傳輸。向沒有歐盟充分性決定的國家傳輸需要第 46 條的機制之一（標準合約條款、有約束力的公司規則）加上傳輸影響評估。TIA 必須評估目的地國家的法律框架是否提供有效保護——這是美國、印度、中國和許多其他國家對敏感資料類別目前無法通過的測試。

HIPAA（美國醫療保健）

HIPAA 的涵蓋實體框架意味著由業務夥伴處理的任何 PHI 都需要業務夥伴協議，涵蓋實體對夥伴的安全實踐負責。最小必要標準適用於披露。對於許多醫療保健組織來說，這些要求與難以審計雲端平台安全的結合，創造了對使用雲端工具處理含 PHI 訓練資料的實際禁令。

PPIA（巴基斯坦個人資料保護法）

巴基斯坦的資料保護框架，像全球南方的其他框架一樣，限制個人資料跨越國界傳輸。對於在巴基斯坦運營或處理巴基斯坦公民資料的企業，將資料發送到巴基斯坦以外的雲端平台，觸發了跨境傳輸要求。一家為巴基斯坦業務建立 AI 系統的建築公司描述了任何外部資料使用需要長達一年的資料批准過程——這是由在 PPIA 框架下為每個外部傳輸獲取正式許可的需要驅動的。

含義：將處理完全保持在組織的基礎設施內，消除了傳輸、消除了批准要求，並消除了長達一年的延誤。

澳大利亞隱私法/可報告資料洩露計劃

澳大利亞隱私法要求實體採取合理步驟，保護個人資訊免受濫用、干擾、丟失和未授權訪問。澳大利亞審慎監管局（APRA）對金融機構施加了額外要求，包括資料管理和治理要求。一些澳大利亞行業有正式的資料本地化要求。

特定行業要求

除一般資料保護法外，特定行業施加了額外限制：

• 國防和政府承包商：機密和敏感資訊通常不能在商業運營的雲端基礎設施上處理，無論地理位置如何
• 金融服務：多個司法管轄區的監管機構要求金融機構保持對其資料和資料處理的控制，包括難以與雲端供應商履行的審計權條款
• 法律：律師-客戶特權和法律職業特權對通過雲端服務處理特權文件創造了實際禁令
• 關鍵基礎設施：來自電網、水處理、運輸系統的運營資料通常受特定行業資料處理要求的約束

---

「本地部署」必須意味著什麼才能真正滿足主權要求

「本地部署」在供應商行銷中幾乎被用來表示從「在 AWS 上自主托管」到「在沒有互聯網的筆記型電腦上運行」的任何事情。出於資料主權目的，只有該範圍的一端滿足要求。

要真正滿足資料主權：

1. 您實際控制的硬體 處理資料的伺服器、工作站或設備必須由您的組織擁有或運營，在您控制的設施中，而非在共享資料中心或雲端提供者的設施中。您司法管轄區的租用資料中心空間可能滿足地理要求，但如果設施由可能訪問您硬體的第三方運營，您就不是唯一的主權方。

2. 運行時沒有出站網路連接 如果軟體可以建立出站連接，它就可以洩露資料——故意（通過受損的組件）或無意（遙測、分析、更新檢查）。主權關鍵環境中的軟體必須要麼沒有網路連接，要麼必須在有文件記錄和審計的出站連接策略下運行。

3. 供應商無法訪問處理的資料 支持、維護和故障排除不得要求供應商訪問您的資料或系統。軟體授權不得要求定期向供應商伺服器簽到。離線授權模型滿足這一點；訂閱 SaaS 則不行。

4. AI 組件的本地模型托管 管道的 AI 組件——OCR、NER、LLM 增強——必須使用本地托管的模型，其權重在您的存儲中，而非通過雲端推理端點訪問。使用「本地部署」編排但為繁重工作調用雲端模型 API 的工具，在任何與主權相關的意義上都不是本地部署的。

---

審批週期問題——以及唯一真正的解決方案

對於目前使用雲端工具的受監管企業，為 AI 資料準備添加新的 SaaS 供應商通常需要：

• 對供應商條款和 DPA 的法律審查
• 資料保護影響評估（如果 GDPR 第 35 條適用）
• 工廠委員會諮詢（在德國、荷蘭和其他有共同決定要求的司法管轄區）
• DPO 簽字
• 對供應商基礎設施的安全審查
• BAA（HIPAA）或 SCC（GDPR）的合約談判
• 對資料分類例外的高管批准

這個過程通常需要六到十二個月。受監管企業描述的一年審批週期並不罕見——它反映了無法走捷徑的真實合規負擔。

消除資料準備工具這一週期的唯一方法是消除供應商關係。安裝在您硬體上的本地部署工具，沒有資料出口，不需要上述任何操作。您的資料永遠不離開您的控制，所以您的合規團隊沒有什麼需要批准的。

---

Ertas Data Suite 如何解決主權要求

Ertas Data Suite 作為原生桌面應用程式安裝在您控制的硬體上。它在運行時不建立任何出站網路連接。所有文件解析、OCR、PII/PHI 檢測、標注和 LLM 增強都在本地運行。模型權重與應用程式捆綁或從本地存儲加載。匯出寫入本地文件路徑。

沒有供應商雲端組件。沒有 SaaS 關係。沒有需要審查的資料傳輸，沒有需要談判的 DPA，沒有需要審計的子處理器列表。

對於每個第三方資料工具都需要一年合規審查的行業中的企業，將一切保持在本地部署的架構選擇，不是技術偏好。它是在合理時間框架內建立 AI 系統的唯一操作路徑。

---

相關閱讀

• 本地部署 AI 資料準備：受監管行業的合規指南 — GDPR、HIPAA、歐盟 AI 法案和企業 AI 的資料主權要求的全面指南。
• 氣隙機器學習：如何在沒有互聯網訪問的情況下構建 AI 資料管道 — 對於需要真正網絡隔離而非只是本地部署的環境。
• GDPR 和 AI 訓練資料：歐洲企業在微調之前必須做什麼 — 驅動歐洲 AI 訓練管道主權要求的具體 GDPR 義務。