Elastic Load Balancing 中的数据保护 - Elastic Load Balancing
静态加密传输中加密
Amazon Web Services 文档中描述的 Amazon Web Services 服务或功能可能因区域而异。要查看适用于中国区域的差异，请参阅 中国的 Amazon Web Services 服务入门 (PDF)。

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

Elastic Load Balancing 中的数据保护

分担责任模型 Amazon 分适用于 Elastic Load Balancing 中的数据保护。如本模型所述 Amazon ，负责保护运行所有内容的全球基础架构 Amazon Web Services 云。您负责维护对托管在此基础设施上的内容的控制。您还负责您所使用的 Amazon Web Services 的安全配置和管理任务。有关数据隐私的更多信息，请参阅数据隐私常见问题。

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

  • 对每个账户使用 multi-factor authentication（MFA）。

  • 使用 SSL/TLS 与资源通信。 Amazon 我们要求使用 TLS 1.2，建议使用 TLS 1.3。

  • 使用设置 API 和用户活动日志 Amazon CloudTrail。

  • 使用 Amazon 加密解决方案以及其中的所有默认安全控件 Amazon Web Services。

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

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

我们强烈建议您切勿将机密信息或敏感信息（如您客户的电子邮件地址）放入标签或自由格式文本字段（如名称字段）。这包括您使用控制台、API 或软件开发工具包 Amazon Web Services 使用 Elastic Load Balancin Amazon CLI g 或其他 Amazon 软件开发工具包的情况。在用于名称的标签或自由格式文本字段中输入的任何数据都可能会用于计费或诊断日志。如果您向外部服务器提供网址，强烈建议您不要在网址中包含凭证信息来验证对该服务器的请求。

静态加密

如果您为用于 Elastic Load Balancing 访问日志的 S3 存储桶启用了使用 Amazon S3 托管加密密钥 (SSE-S3) 的服务器端加密，则 Elastic Load Balancing 会先自动加密每个访问日志文件，然后再存储到 S3 存储桶中。Elastic Load Balancing 还会在您对访问日志文件进行访问时对其进行解密。每个日志文件都使用唯一的密钥进行加密，该密钥本身使用定期轮换的 KMS 密钥进行加密。

传输中加密

Elastic Load Balancing 通过在负载均衡器上终止来自客户端的 HTTPS 和 TLS 流量，从而简化了构建安全 Web 应用程序的过程。负载均衡器会执行加密和解密流量的工作，而不要求每个 EC2 实例来处理 TLS 终止工作。在配置安全侦听器时，您可以指定应用程序支持的密码套件和协议版本，以及要在您的负载均衡器上安装的服务器证书。您可以使用 Amazon Certificate Manager (ACM) 或 Amazon Identity and Access Management (IAM) 来管理您的服务器证书。Application Load Balancer 支持 HTTPS 侦听器。Network Load Balancer 支持 TLS 侦听器。经典负载均衡器同时支持 HTTPS 和 TLS 侦听器。