資料保護 AWS Clean Rooms

所以此 AWS 共同責任模型適用於資料保護 AWS Clean Rooms。 如本模型所述， AWS 負責保護運行所有的全球基礎設施 AWS 雲端。 您有責任維持對託管在此基礎結構上的內容的控制權。您也必須負責 AWS 服務 你使用的。如需有關資料隱私權的詳細資訊，請參閱資料隱私權FAQ。 如需歐洲資料保護的相關資訊，請參閱 AWS 共同責任模型和GDPR博客文章 AWS 安全部落格。

出於數據保護目的，我們建議您進行保護 AWS 帳戶 憑據並設置個別用戶 AWS IAM Identity Center 或 AWS Identity and Access Management (IAM)。如此一來，每個使用者都只會獲得授與完成其任務所必須的許可。我們也建議您採用下列方式保護資料：

• 對每個帳戶使用多重要素驗證 (MFA)。

• 使用SSL/TLS與之溝通 AWS 的費用。我們需要 TLS 1.2 並推薦 TLS 1.3。

• 設定API和使用者活動記錄 AWS CloudTrail。 如需使用 CloudTrail 軌跡進行擷取的相關資訊 AWS 活動，請參閱使用 CloudTrail 系統線 AWS CloudTrail 使用者指南。

• 使用 AWS 加密解決方案，以及其中的所有默認安全控制 AWS 服務.

• 使用進階的受管安全服務 (例如 Amazon Macie)，協助探索和保護儲存在 Amazon S3 的敏感資料。

• 如果您在訪問時需要 FIPS 140-3 驗證的加密模塊 AWS 透過指令行介面或API使用FIPS端點。如需有關可用FIPS端點的詳細資訊，請參閱聯邦資訊處理標準 (FIPS) 140-3。

我們強烈建議您絕對不要將客戶的電子郵件地址等機密或敏感資訊，放在標籤或自由格式的文字欄位中，例如名稱欄位。這包括當您使用 AWS Clean Rooms 或其他 AWS 服務 使用控制台API， AWS CLI，或 AWS SDKs。您在標籤或自由格式文字欄位中輸入的任何資料都可能用於計費或診斷日誌。如果您提供URL給外部伺服器，我們強烈建議您不要在中包含認證資訊，URL以驗證您對該伺服器的要求。

靜態加密

AWS Clean Rooms 永遠加密靜態的所有服務中繼資料，而不需要任何額外的設定。當您使用時，此加密是自動的 AWS Clean Rooms.

無塵室 ML 將儲存在靜態服務中的所有資料加密 AWS KMS。 如果您選擇提供自己的KMS金鑰，您的相似模型和相似區段產生工作的內容會在靜態時使用您KMS的金鑰加密。

注意

您可以使用 Amazon S3 中的加密選項來保護靜態資料。

如需詳細資訊，請參閱 Amazon S3 使用者指南中的指定 Amazon S3 加密。

在中使用 ID 對應表時 AWS Clean Rooms，該服務將所有靜態存儲的數據加密 AWS KMS。 如果您選擇提供自己的密KMS鑰，您的 ID 映射表中的內容將在靜態時使用您的密KMS鑰進行加密， AWS Entity Resolution。 如需使用 ID 對應工作流程使用加密所需權限的詳細資訊，請參閱建立工作流程工作角色 AWS Entity Resolution 中的 AWS Entity Resolution 使用者指南。

傳輸中加密

AWS Clean Rooms 使用傳輸層安全性 (TLS) 和用戶端加密來進行傳輸中的加密。與之溝通 AWS Clean Rooms 始終完成，HTTPS以便在傳輸過程中始終對您的數據進行加密。這包括使用無塵室 ML 時傳輸中的所有資料。

加密基礎資料

如需如何加密基礎資料的詳細資訊，請參閱密碼編譯運算 Clean Rooms。