AWS re: Post Private 中的数据保护 - AWS re: Post 私有化
利用加密来保护数据传输中加密密钥管理

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

AWS re: Post Private 中的数据保护

分担责任模型 AWS 分担责任模型适用于 AWS re: Post Private 中的数据保护。如本模型所述 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 版》。

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

利用加密来保护数据

静态加密

re: Post Private 使用亚马逊简单存储服务存储桶、亚马逊 DynamoDB 数据库、Amazon Neptune 数据库 OpenSearch 和使用亚马逊托管密钥或客户托管密钥进行静态加密的亚马逊服务域。

传输中加密

re: Post Private 使用 HTTPS 协议与您的客户端应用程序通信。它使用 HTTPS 和 AWS 签名代表您的应用程序与其他服务进行通信。

密钥管理

re: post Private 与密钥集成 AWS Key Management Service 并支持 AWS KMS 密钥。您可以在创建私人 re: Post 时为其自定义数据加密设置。为此，您可以选择现有 AWS KMS 密钥或创建新 AWS KMS 密钥。