Cont AWS rol Tower 中的数据保护 - AWS Control Tower
静态加密传输中加密限制对内容的访问

本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

Cont AWS rol Tower 中的数据保护

AWS 分担责任模型分适用于 Cont AWS rol Tower 中的数据保护。如本模型所述 AWS ，负责保护运行所有内容的全球基础架构 AWS Cloud。您负责维护对托管在此基础架构上的内容的控制。您还负责您所使用的 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 服务 使用AWS控制台、、API或与 Control Tower 或其他人合作 AWS CLI时 AWS SDKs。在用于名称的标签或自由格式文本字段中输入的任何数据都可能会用于计费或诊断日志。如果您URL向外部服务器提供，我们强烈建议您不要在中包含凭据信息，URL以验证您对该服务器的请求。

注意

设置着陆区时 AWS CloudTrail ，会在 Cont AWS rol Tower 中自动处理用户活动记录。

有关数据保护的更多信息，请参阅责任AWS 共担模型和AWS安全GDPR博客上的博客文章。AWSControl Tower 提供了以下选项，您可以使用这些选项来帮助保护着陆区中存在的内容：

静态加密

AWSControl Tower 使用亚马逊 S3 存储桶和亚马逊 DynamoDB 数据库，使用亚马逊 S3 托管SSE密钥 (-S3) 进行静态加密，以支持您的着陆区。这种加密是在您设置 landing zone 时默认配置的。或者，您可以将 landing zone 配置为使用加密密钥对资源进行KMS加密。您还可以为在 landing zone 中使用的服务为支持该服务的服务建立静态加密。有关更多信息，请参阅该服务在线文档的安全章节。

传输中加密

AWSControl Tower 使用传输层安全 (TLS) 和客户端加密在传输中进行加密，以支持您的着陆区。此外，访问 Cont AWS rol Tower 需要使用控制台，控制台只能通过HTTPS端点进行访问。这种加密是在您设置 landing zone 时默认配置的。

限制对内容的访问

作为最佳实践，您应限制对适当的用户子集的访问。借AWS助 Control Tower，您可以确保您的中央云管理员和最终用户拥有正确的IAM权限，或者对于IAM身份中心用户，确保他们属于正确的群组。