翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# CM OpsWorks でのデータ保護
責任 AWS [共有モデル](https://aws.amazon.com/compliance/shared-responsibility-model/)、AWS OpsWorks Configuration Management のデータ保護に適用されます。このモデルで説明されているように、 AWS はすべての を実行するグローバルインフラストラクチャを保護する責任があります AWS クラウド。ユーザーは、このインフラストラクチャでホストされるコンテンツに対する管理を維持する責任があります。また、使用する「 AWS のサービス 」のセキュリティ設定と管理タスクもユーザーの責任となります。データプライバシーの詳細については、[データプライバシーに関するよくある質問](https://aws.amazon.com/compliance/data-privacy-faq/)を参照してください。欧州でのデータ保護の詳細については、*AWS セキュリティブログ*に投稿された「[AWS 責任共有モデルおよび GDPR](https://aws.amazon.com/blogs/security/the-aws-shared-responsibility-model-and-gdpr/)」のブログ記事を参照してください。
データ保護の目的で、認証情報を保護し AWS アカウント 、 AWS IAM アイデンティティセンター または AWS Identity and Access Management (IAM) を使用して個々のユーザーを設定することをお勧めします。この方法により、それぞれのジョブを遂行するために必要な権限のみが各ユーザーに付与されます。また、次の方法でデータを保護することもお勧めします:
+ 各アカウントで多要素認証 (MFA) を使用します。
+ SSL/TLS を使用して AWS リソースと通信します。TLS 1.2 は必須ですが、TLS 1.3 を推奨します。
+ で API とユーザーアクティビティのログ記録を設定します AWS CloudTrail。CloudTrail 証跡を使用して AWS アクティビティをキャプチャする方法については、「 *AWS CloudTrail ユーザーガイド*」の[CloudTrail 証跡の使用](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-trails.html)」を参照してください。
+ AWS 暗号化ソリューションと、その中のすべてのデフォルトのセキュリティコントロールを使用します AWS のサービス。
+ Amazon Macie などの高度な管理されたセキュリティサービスを使用します。これらは、Amazon S3 に保存されている機密データの検出と保護を支援します。
+ コマンドラインインターフェイスまたは API AWS を介して にアクセスするときに FIPS 140-3 検証済み暗号化モジュールが必要な場合は、FIPS エンドポイントを使用します。利用可能な FIPS エンドポイントの詳細については、「[連邦情報処理規格 (FIPS) 140-3](https://aws.amazon.com/compliance/fips/)」を参照してください。
お客様の E メールアドレスなどの極秘または機密情報を、タグ、または **[名前]** フィールドなどの自由形式のテキストフィールドに含めないことを強くお勧めします。これは、コンソール、API、または SDK を使用して OpsWorks CM AWS CLIまたは他の AWS のサービス を使用する場合も同様です。 AWS SDKs タグ、または名前に使用される自由記述のテキストフィールドに入力したデータは、請求または診断ログに使用される場合があります。外部サーバーに URL を提供する場合、そのサーバーへのリクエストを検証できるように、認証情報を URL に含めないことを強くお勧めします。
OpsWorks CM サーバー名は暗号化されません。
OpsWorks CM は、 AWS OpsWorks for Chef Automate および AWS OpsWorks for Puppet Enterprise サーバーの作成と保守の過程で、次の顧客データを収集します。
+ OpsWorks では、Puppet マスターと管理ノード間の通信を可能にするために Puppet Enterprise が使用するプライベートキーを収集します。
+ カスタムドメインを使用している場合 AWS OpsWorks for Chef Automate、サービスにアタッチした証明書のプライベートキーが収集されます。カスタムドメインを持つ Chef Automate サーバーを作成するときに指定したプライベートキーは、サーバーに渡されます。
OpsWorks CM サーバーは、Chef クックブックや Puppet Enterprise モジュールなどの設定コードを保存します。このコードはサーバーのバックアップに保存されますが、 AWS にはアクセスできません。このコンテンツは暗号化され、 AWS アカウントの管理者のみがアクセスできます。ソースリポジトリ用の推奨プロトコルを使用して Chef または Puppet 設定コードを保護することをお勧めします。たとえば、 [のリポジトリへのアクセス許可を制限 AWS CodeCommit](https://docs.aws.amazon.com/codecommit/latest/userguide/auth-and-access-control.html#auth-and-access-control-iam-access-control-identity-based)したり、[GitHub ウェブサイトのガイドラインに従って GitHub リポジトリを保護](https://help.github.com/en/github/managing-security-vulnerabilities/adding-a-security-policy-to-your-repository)したりできます。
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 server** (Chef Automateサーバー)
+ HTTPS プライベートキー (カスタムドメインを使用しないサーバーのみ)
+ シェフ管理パスワードの自動化 (CHEF\$1AUTOMATE\$1ADMIN\$1PASSWORD)
+ **Puppet Enterprise master** (Puppet Enterprise マスター)
+ HTTPS プライベートキー (カスタムドメインを使用しないサーバーのみ)
+ パペット管理者パスワード (PUPPET\$1ADMIN\$1PASSWORD)
+ パペット r10k リモート (PUPPET\$1R10K\$1REMOTE)
カスタムドメインを使用しない既存のサーバーの場合、Chef Automate サーバーと Puppet Enterprise サーバーの両方の Secrets Manager に保存されている唯一のシークレットは HTTPS プライベートキーです。これは、毎週の自動システムメンテナンス中に生成されるためです。
OpsWorks CM は Secrets Manager にシークレットを自動的に保存しますが、この動作はユーザーは設定できません。