中的資料保護 AWS Service Catalog - AWS Service Catalog
使用加密來保護資料

本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

中的資料保護 AWS Service Catalog

AWS 共同責任模型適用於 中的資料保護 AWS Service Catalog。如此模型所述， AWS 負責保護執行所有 的全域基礎設施 AWS 雲端。您負責維護在此基礎設施上託管內容的控制權。您也同時負責所使用 AWS 服務 的安全組態和管理任務。如需資料隱私權的詳細資訊，請參閱資料隱私權。 FAQ如需歐洲資料保護的相關資訊，請參閱AWS 安全部落格 上的AWS 共同責任模型和GDPR部落格文章。

為了資料保護目的，我們建議您保護 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 活動的資訊，請參閱 AWS CloudTrail 使用者指南 中的使用 CloudTrail 線索。

  • 使用 AWS 加密解決方案，以及 中的所有預設安全控制項 AWS 服務。

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

  • 如果您在 AWS 透過命令列介面或 FIPS 存取 時需要 140-3 個經過驗證的密碼編譯模組API，請使用 FIPS端點。如需可用FIPS端點的詳細資訊，請參閱聯邦資訊處理標準 （FIPS） 140-3。

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

使用加密來保護資料

靜態加密

AWS Service Catalog 使用 Amazon S3 儲存貯體和使用 Amazon 受管金鑰靜態加密的 Amazon DynamoDB 資料庫。若要進一步了解，請參閱 Amazon S3 和 Amazon DynamoDB 提供的靜態加密相關資訊。

傳輸中加密

AWS Service Catalog 使用 Transport Layer Security （TLS） 和用戶端加密來加密來電者與 之間的傳輸中資訊 AWS。

您可以建立VPC端點，從 Amazon Virtual Private Cloud （AmazonVPC） 私下存取 AWS Service Catalog APIs 。透過VPC端點， VPC和 之間的路由由 AWS 網路 AWS Service Catalog 處理，而不需要網際網路閘道、NAT閘道或VPN連線。

最新一代的 VPC 端點 AWS Service Catalog 採用 ， AWS PrivateLink這項 AWS 技術可在 IPs中使用具有私有網路介面的服務之間 AWS 實現私有連線VPCs。