中的数据保护 AWS Resource Groups - AWS Resource Groups
数据加密互联网络流量隐私

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

中的数据保护 AWS Resource Groups

分 AWS 担责任模型适用于中的数据保护 AWS Resource Groups。如本模型所述 AWS ，负责保护运行所有内容的全球基础架构 AWS Cloud。您负责维护对托管在此基础结构上的内容的控制。您还负责您所使用的 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。

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

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

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

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

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

数据加密

与其他 AWS 服务相比， AWS Resource Groups 它的攻击面最小，因为它不提供更改、添加或删除除组之外的 AWS 资源的方式。Resource Groups 会向您收集以下特定于服务的信息。

  • 组名称（未加密，非私有）

  • 组描述（未加密，但为私有）

  • 组中的成员资源（这些资源存储在未加密的日志中）

静态加密

没有其他方法可以隔离特定于 Resource Groups 的服务或网络流量。如果适用，请使用 AWS特定隔离。您可以在 VPC 中使用 Resource Groups API 和控制台来帮助最大限度地提高隐私和基础设施安全。

传输中加密

AWS Resource Groups 数据在传输到服务的内部数据库进行备份时会经过加密。用户无法对其进行配置。

密钥管理

AWS Resource Groups 当前未与集成 AWS Key Management Service ，也不支持 AWS KMS keys。

互联网络流量隐私

AWS Resource Groups Resource Groups 用户和 AWS之间的所有传输都使用 HTTPS。Resource Groups 使用传输层安全性协议（TLS）1.2，但也支持 TLS 1.0 和 1.1。