本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
AWS OpsWorks CM 中的数据保护
分 AWS 担责任模型
出于数据保护目的，我们建议您保护 AWS 账户 凭据并使用 AWS IAM Identity Center 或 AWS Identity and Access Management (IAM) 设置个人用户。这样，每个用户只获得履行其工作职责所需的权限。我们还建议您通过以下方式保护数据：
-
对每个账户使用多重身份验证 (MFA)。
-
使用SSL/TLS与 AWS 资源通信。我们需要 TLS 1.2，建议使用 TLS 1.3。
-
使用API进行设置和用户活动记录 AWS CloudTrail。
-
使用 AWS 加密解决方案以及其中的所有默认安全控件 AWS 服务。
-
使用高级托管安全服务（例如 Amazon Macie），它有助于发现和保护存储在 Amazon S3 中的敏感数据。
-
如果您在 AWS 通过命令行界面或访问时需要 FIPS 140-3 经过验证的加密模块API，请使用端点。FIPS有关可用FIPS端点的更多信息，请参阅联邦信息处理标准 (FIPS) 140-3
。
我们强烈建议您切勿将机密信息或敏感信息（如您客户的电子邮件地址）放入标签或自由格式文本字段（如名称字段）。这包括您 AWS 服务 使用控制台、API、 AWS CLI或与 OpsWorks CM 或其他人合作时 AWS SDKs。在用于名称的标签或自由格式文本字段中输入的任何数据都可能会用于计费或诊断日志。如果您URL向外部服务器提供，我们强烈建议您不要在中包含凭据信息，URL以验证您对该服务器的请求。
OpsWorks CM 服务器的名称未加密。
OpsWorks 在创建和维护您的 AWS OpsWorks for Chef Automate 和 AWS OpsWorks for Puppet Enterprise 服务器的过程中，CM 会收集以下客户数据。
-
对 OpsWorks 于 Puppet Enterprise，我们收集私钥，Puppet Enterprise 使用这些私钥来实现你的 Puppet 主节点与托管节点之间的通信。
-
因为 AWS OpsWorks for Chef Automate，如果您使用的是自定义域，我们会收集您附加到服务的证书的私钥。您在创建带自定义域的 Chef Automate 服务器时提供的私有密钥将传递到您的服务器。
OpsWorks CM 服务器存储你的配置代码，例如 Chef 食谱或 Puppet Enterprise 模块。尽管此代码存储在服务器备份中，但 AWS 无法访问它。此内容已加密，只有您 AWS 账户中的管理员才能访问该内容。我们建议您使用针对源存储库的推荐协议来保护您的 Chef 或 Puppet 配置代码。例如，您可以限制对中存储库的权限 AWS CodeCommit，或者遵循 GitHub 网站上的指导方针来保护 GitHub 存储库
OpsWorks CM 不使用客户提供的内容来维护服务或保留客户日志。有关您的 OpsWorks CM 服务器的日志存储在您的账户中的 Amazon S3 存储桶中。连接到您的 OpsWorks CM 服务器的用户的 IP 地址由记录下来 AWS。
与集成 AWS Secrets Manager
从 2021 年 5 月 3 日起，当你在 OpsWorks CM 中创建新服务器时， OpsWorks CM 会将服务器的密钥存储在中 AWS Secrets Manager。对于新服务器，以下属性作为密钥存储在 Secrets Manager 中。
-
Chef Automate 服务器
-
HTTPS私钥（仅限不使用自定义域的服务器）
-
Chef 自动管理密码 (CHEF_ AUTOMATE _ ADMIN _PASSWORD)
-
-
Puppet Enterprise master
-
HTTPS私钥（仅限不使用自定义域的服务器）
-
Puppet 管理密码 (PUPPET_ ADMIN _PASSWORD)
-
Puppet r10k 遥控器 (_R10K_) PUPPET REMOTE
-
对于不使用自定义域的现有服务器，Chef Automate和Puppet Enterprise服务器存储在Secrets Manager中的唯一密钥是HTTPS私钥，因为私钥是在每周自动系统维护期间生成的。
OpsWorks CM 会自动将密钥存储在 Secrets Manager 中，用户无法配置此行为。
