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

# 中的数据保护 AWS 最终用户消息推送
<a name="data-protection"></a>

分 AWS [担责任模型](https://aws.amazon.com/compliance/shared-responsibility-model/)适用于 AWS 最终用户消息推送中的数据保护。如本模型所述 AWS ，负责保护运行所有网络的全球基础设施 AWS Cloud。您负责维护对托管在此基础结构上的内容的控制。您还负责您所使用的 AWS 服务 的安全配置和管理任务。有关数据隐私的更多信息，请参阅[数据隐私常见问题](https://aws.amazon.com/compliance/data-privacy-faq/)。有关欧洲数据保护的信息，请参阅[通用数据保护条例（GDPR）中心](https://aws.amazon.com/compliance/gdpr-center/)。

出于数据保护的目的，我们建议您保护 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 用户指南[中的](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-trails.html)使用跟 CloudTrail 踪*。
+ 使用 AWS 加密解决方案以及其中的所有默认安全控件 AWS 服务。
+ 使用高级托管安全服务（例如 Amazon Macie），它有助于发现和保护存储在 Amazon S3 中的敏感数据。
+ 如果在 AWS 通过命令行接口或 API 进行访问时需要经过 FIPS 140-3 验证的加密模块，请使用 FIPS 终端节点。有关可用的 FIPS 端点的更多信息，请参阅《美国联邦信息处理标准（FIPS）第 140-3 版》[https://aws.amazon.com/compliance/fips/](https://aws.amazon.com/compliance/fips/)。

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



## 数据加密
<a name="data-encryption"></a>

AWS 最终用户消息推送数据在传输和静态时均经过加密。当您向 AWS 最终用户消息推送提交数据时，它会在接收和存储数据时对数据进行加密。当您从 AWS 最终用户消息推送中检索数据时，它会使用当前的安全协议将数据传输给您。

### 静态加密
<a name="encryption-rest"></a>

AWS 最终用户消息推送会加密其为您存储的所有数据。这包括配置数据、用户和终端节点数据、分析数据以及您在 AWS 最终用户消息推送中添加或导入的任何数据。为了加密您的数据， AWS 最终用户消息推送使用该服务代表您拥有和维护的内部 AWS Key Management Service (AWS KMS) 密钥。我们会定期轮换这些密钥。有关信息 AWS KMS，请参阅[AWS Key Management Service 开发者指南](https://docs.aws.amazon.com/kms/latest/developerguide/)。

## 传输中加密
<a name="encryption-transit"></a>

AWS 最终用户消息推送使用 HTTPS 和传输层安全 (TLS) 1.2 或更高版本与您的客户端和应用程序通信。为了与其他 AWS 服务通信， AWS 最终用户消息推送使用 HTTPS 和 TLS 1.2。此外，当您使用控制台、 AWS 软件开发工具包或创建和管理 AWS 最终用户消息推送资源时 AWS Command Line Interface，所有通信均使用 HTTPS 和 TLS 1.2 进行保护。

## 密钥管理
<a name="key-management"></a>

为了加密您的 AWS 最终用户消息推送数据， AWS 最终用户消息推送使用该服务代表您拥有和维护的内部 AWS KMS 密钥。我们会定期轮换这些密钥。您无法预置和使用自己的密钥 AWS KMS 或其他密钥来加密存储在 AWS 最终用户消息推送中的数据。

## Inter-network 交通隐私
<a name="inter-network-traffic-privacy"></a>

*网际流量隐私*是指保护 AWS 最终用户消息推送与您的本地客户端和应用程序之间的连接和流量，以及 AWS 最终用户消息推送与同一 AWS 区域中其他 AWS 资源之间的连接和流量。以下功能和做法可以帮助您确保 AWS 最终用户消息推送的网际流量隐私。

### 之间的交通 AWS 最终用户消息推送以及本地客户端和应用程序
<a name="security-data-protection-internetwork-traffic-on-prem"></a>

要在 AWS 最终用户消息推送与本地网络上的客户端和应用程序之间建立私有连接，可以使用 Direct Connect。这使您能够使用标准的光纤以太网电缆将您的网络链接到一个 AWS Direct Connect 位置。电缆的一端连接您的路由器，另一端连接到 Direct Connect 路由器。有关更多信息，请参阅《Direct Connect 用户指南》**中的[什么是 Direct Connect？](https://docs.aws.amazon.com/directconnect/latest/UserGuide/Welcome.html)。

为了帮助通过已发布的 API 安全访问 AWS 最终用户消息推送，我们建议您遵守 API 调用 AWS 的最终用户消息推送要求。 AWS 最终用户消息推送要求客户端使用传输层安全 (TLS) 1.2 或更高版本。客户还必须支持具有完全向前保密 (PFS) 的密码套件，例如短暂的 (DHE) 或椭圆曲线短暂的 Diffie-Hellman (ECDHE)。 Diffie-Hellman 大多数现代系统（如 Java 7 及更高版本）都支持这些模式。

此外，必须使用访问密钥 ID 和与您的 AWS 账户 AWS Identity and Access Management (IAM) 委托人关联的私有访问密钥对请求进行签名。或者，您可以使用 [AWS Security Token Service](https://docs.aws.amazon.com/STS/latest/APIReference/Welcome.html) (AWS STS) 生成临时安全凭证来签名请求。

### 之间的交通 AWS 最终用户消息推送等 AWS 资源
<a name="security-data-protection-internetwork-traffic-region"></a>

为了保护 AWS 最终用户消息推送与同一 AWS 区域中其他 AWS 资源之间的通信，默认情况下， AWS 最终用户消息推送使用 HTTPS 和 TLS 1.2。