AWS Control Tower 中的数据保护 - AWS Control Tower

AWS Control Tower 中的数据保护

AWS 责任共担模式可应用于 AWS Control Tower 中的数据保护。如该模式中所述,AWS 负责保护运行所有 AWS 架构 的全球基础结构。您负责维护对托管在此基础结构上的内容的控制。您还负责您所使用的 AWS 服务 的安全配置和管理任务。有关数据隐私的更多信息,请参阅数据隐私常见问题有关欧洲数据保护的信息,请参阅 AWS Security Blog 上的 AWS Shared Responsibility Model and GDPR 博客文章。

出于数据保护目的,建议您保护 AWS 账户 凭证并使用 AWS IAM Identity Center 或 AWS Identity and Access Management(IAM)设置单个用户。这样,每个用户只获得履行其工作职责所需的权限。还建议您通过以下方式保护数据:

  • 对每个账户使用多重身份验证(MFA)。

  • 使用 SSL/TLS 与 AWS 资源进行通信。我们要求使用 TLS 1.2,建议使用 TLS 1.3。

  • 使用 AWS CloudTrail 设置 API 和用户活动日记账记录。有关使用 CloudTrail 跟踪来捕获 AWS 活动的信息,请参阅《AWS CloudTrail 用户指南》中的使用 CloudTrail 跟踪

  • 使用 AWS 加密解决方案以及 AWS 服务中的所有默认安全控制。

  • 使用高级托管安全服务(例如 Amazon Macie),它有助于发现和保护存储在 Amazon S3 中的敏感数据。

  • 如果在通过命令行界面或 API 访问 AWS 时需要经过 FIPS 140-3 验证的加密模块,请使用 FIPS 端点。有关可用的 FIPS 端点的更多信息,请参阅《美国联邦信息处理标准(FIPS)第 140-3 版》

强烈建议您切勿将机密信息或敏感信息(如您客户的电子邮件地址)放入标签或自由格式文本字段(如名称字段)。这包括通过控制台、API、AWS CLI 或 AWS SDK 使用 AWS Control Tower 或其他 AWS 服务 服务时。在用于名称的标签或自由格式文本字段中输入的任何数据都可能会用于计费或诊断日志。如果您向外部服务器提供网址,强烈建议您不要在网址中包含凭证信息来验证对该服务器的请求。

注意

设置登录区时,使用 AWS CloudTrail 的用户活动日志记录将在 AWS Control Tower 中自动处理。

有关数据保护的更多信息,请参阅AWS安全性博客 上的AWS责任共担模式和 GDPR 博客文章。AWS Control Tower 提供了以下选项,您可使用这些选项来帮助保护登录区中的内容:

静态加密

AWS Control Tower 使用 Amazon S3 存储桶和 Amazon DynamoDB 数据库,这些数据库通过使用 Amazon S3 托管密钥(SSE-S3)进行静态加密,以支持您的登录区。设置登录区时,默认情况下会配置此加密。或者,您可以将登录区配置为使用 KMS 加密密钥对资源进行加密。您还可以为登录区中使用的服务建立静态加密以便这些服务支持它。有关更多信息,请参阅该服务的在线文档的安全性章节。

传输中加密

AWS Control Tower 使用传输层安全性协议(TLS)和客户端加密来进行传输中加密以支持登录区。此外,访问 AWS Control Tower 需要使用控制台,而控制台只能通过 HTTPS 端点进行访问。设置登录区时,默认情况下会配置此加密。

限制对内容的访问

作为最佳实践,您应限制对适当的用户子集的访问。利用 AWS Control Tower,您可以确保中央云管理员和最终用户拥有正确的 IAM 权限,或者,对于 IAM Identity Center 用户,确保他们位于正确的组中。