翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# でのデータ保護AWS Certificate Manager
AWS [責任共有モデル](https://aws.amazon.com/compliance/shared-responsibility-model/) は、AWS Certificate Manager でのデータ保護に適用されます。このモデルで説明されているように、 AWSはすべての を実行するグローバルインフラストラクチャを保護する責任がありますAWS クラウド。ユーザーは、このインフラストラクチャでホストされるコンテンツに対する管理を維持する責任があります。また、使用する「AWS のサービス」のセキュリティ設定と管理タスクもユーザーの責任となります。データプライバシーの詳細については、[「Data Privacy FAQChina](https://aws.amazon.com/compliance/data-privacy-faq/)」を参照してください。 欧州におけるデータ保護に関する情報については、[General Data Protection Regulation (GDPR) Center](https://aws.amazon.com/compliance/gdpr-center/) を参照してください。
データ保護の目的で、認証情報を保護し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 メールアドレスなどの極秘または機密情報を、タグ、または **[名前]** フィールドなどの自由形式のテキストフィールドに含めないことを強くお勧めします。これは、コンソール、AWS のサービスAPI、AWS CLIまたは AWSSDKs。タグ、または名前に使用される自由記述のテキストフィールドに入力したデータは、請求または診断ログに使用される場合があります。外部サーバーに URL を提供する場合、そのサーバーへのリクエストを検証できるように、認証情報を URL に含めないことを強くお勧めします。
## 証明書の秘密鍵のセキュリティ
[パブリック証明書をリクエスト](gs-acm-request-public.md)すると、AWS Certificate Manager(ACM) はパブリック/プライベートキーペアを生成します。[インポートされた証明書](import-certificate.md)の場合、キーペアが生成されます。パブリックキーは証明書の一部となります。ACM は証明書とそれに対応するプライベートキーを保存し、プライベートキーを保護するために AWS Key Management Service(AWS KMS) を使用します。このプロセスの動作は次のようになります。
1. AWSリージョンで初めて証明書をリクエストまたはインポートすると、ACM はエイリアス **aws/acm** AWS KMS keyでマネージド を作成します。この KMS キーは、各AWSアカウントと各AWSリージョンで一意です。
1. ACM は、この KMS キーを使用して証明書のプライベートキーを暗号化します。ACM は暗号化されたバージョンのプライベートキーのみを保存します (ACM はプレーンテキスト形式でプライベートキーを保存しません)。ACM は同じ KMS キーを使用して、特定のAWSアカウントと特定のAWSリージョンのすべての証明書のプライベートキーを暗号化します。
1. 証明書を AWS Certificate Manager と統合されたサービスに関連付けると、ACM は証明書と暗号化されたプライベートキーをサービスに送信します。サービスが KMS キーを使用して証明書のプライベートキーを復号AWS KMSできるようにするグラントも に作成されます。許可の詳細については、「AWS Key Management Serviceデベロッパーガイドの[許可の使用](https://docs.aws.amazon.com/kms/latest/developerguide/grants.html)」を参照してください。ACM でサポートされているサービスの詳細については、「[統合サービスによるマネージドオートメーション](acm-services.md)」を参照してください。
**注記**
自動的に作成されたAWS KMS権限はユーザーが制御できます。何らかの理由でこの許可を削除すると、統合サービスの ACM 機能は失われます。
1. 統合サービスは、KMS キーを使用してプライベートキーを復号化します。続いて、サービスは、証明書と復号された (プレーンテキスト) プライベートキーを使用してクライアントと安全な通信チャネル (SSL/TLS セッション) を確立します。
1. 証明書と統合サービスとの関連付けが解除されると、ステップ 3 で作成された許可は廃止されます。つまり、サービスは KMS キーを使用して証明書のプライベートキーを復号化できなくなります。