Incident Manager でのデータ保護 - Incident Manager

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

Incident Manager でのデータ保護

責任 AWS 共有モデル、 でのデータ保護に適用されます AWS Systems Manager Incident Manager。このモデルで説明されているように、 AWS はすべての を実行するグローバルインフラストラクチャを保護する責任があります AWS クラウド。ユーザーは、このインフラストラクチャでホストされるコンテンツに対する管理を維持する責任があります。また、使用する「 AWS のサービス 」のセキュリティ設定と管理タスクもユーザーの責任となります。データプライバシーの詳細については、データプライバシーに関するよくある質問を参照してください。欧州でのデータ保護の詳細については、AWS セキュリティブログに投稿された AWS 責任共有モデルおよび 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 に保存されている機密データの検出と保護を支援します。

  • コマンドラインインターフェイスまたは API AWS を介して にアクセスするときに FIPS 140-3 検証済みの暗号化モジュールが必要な場合は、FIPS エンドポイントを使用します。利用可能な FIPS エンドポイントの詳細については、「連邦情報処理規格 (FIPS) 140-3」を参照してください。

お客様の E メールアドレスなどの極秘または機密情報を、タグ、または [名前] フィールドなどの自由形式のテキストフィールドに含めないことを強くお勧めします。これは、コンソール、API、または SDK を使用して Incident Manager AWS CLIまたは他の AWS のサービス を使用する場合も同様です。 AWS SDKs タグ、または名前に使用される自由記述のテキストフィールドに入力したデータは、請求または診断ログに使用される場合があります。外部サーバーに URL を提供する場合、そのサーバーへのリクエストを検証できるように、認証情報を URL に含めないことを強くお勧めします。

デフォルトでは、Incident Manager は SSL/TLS を使用して、転送中のデータを暗号化します。

データ暗号化

Incident Manager は AWS Key Management Service 、(AWS KMS) キーを使用して Incident Manager リソースを暗号化します。詳細については AWS KMS、「 AWS KMS デベロッパーガイド」を参照してください。 AWS KMS は、安全で可用性の高いハードウェアとソフトウェアを組み合わせて、クラウド向けに拡張されたキー管理システムを提供します。Incident Manager は、指定したキーを使用してデータを暗号化し、 AWS 所有キーを使用してメタデータを暗号化します。Incident Manager を使用するには、暗号化の設定を含むレプリケーションセットを設定する必要があります。Incident Manager を使用するには、データ暗号化が必要です。

AWS 所有キーを使用してレプリケーションセットを暗号化することも、 で作成した独自のカスタマーマネージドキーを使用してレプリケーションセット内のリージョンを AWS KMS 暗号化することもできます。Incident Manager は、 内で作成されたデータを暗号化するための対称暗号化 AWS KMS キーのみをサポートします AWS KMS。Incident Manager は、インポートされた AWS KMS キーマテリアル、カスタムキーストア、ハッシュベースのメッセージ認証コード (HMAC)、またはその他のタイプのキーを持つキーをサポートしていません。カスタマーマネージドキーを使用する場合は、AWS KMS コンソール または AWS KMS APIを使用してカスタマーマネージドキーを一元的に作成し、Incident Manager がカスタマーマネージドキーを使用する方法を制御するキーポリシーを定義します。Incident Manager での暗号化にカスタマーマネージドキーを使用する場合、 AWS KMS カスタマーマネージドキーは リソースと同じリージョンに存在する必要があります。Incident Manager でのデータ暗号化の設定の詳細については、「準備ウィザード」をご参照ください。

AWS KMS カスタマーマネージドキーの使用には追加料金がかかります。詳細については、「AWS Key Management Service デベロッパーガイド」の「AWS KMS の概念 - KMS キー」および「AWS KMS pricing」を参照してください。

重要

AWS KMS key (KMS キー) を使用してレプリケーションセットと Incident Manager データを暗号化し、後でレプリケーションセットを削除する場合は、KMS キーを無効化または削除する前にレプリケーションセットを削除してください。

Incident Manager がカスタマーマネージドキーを使用してデータを暗号化できるようにするには、カスタマーマネージドキーのキーポリシーに次のポリシーステートメントを追加する必要があります。アカウントでのキーポリシーのセットアップおよび変更の詳細については、「AWS Key Management Service デベロッパーガイド」の「Using key policies in AWS KMS」を参照してください。このポリシーで、次の許可が付与されます。

  • Incident Manager が読み取り専用オペレーションを実行して、アカウント内の Incident Manager AWS KMS key の を検索できるようにします。

  • Incident Manager が KMS キーを使用して許可を作成し、キーを記述できるようにします。ただし、Incident Manager を使用するアクセス許可を持つアカウントのプリンシパルに代わって動作している場合に限ります。ポリシー ステートメントで指定されたプリンシパルが、KMS キーの使用と Incident Manager の使用を許可されていない場合、Incident Manager サービスからの呼び出しであっても、呼び出しは失敗します。

{ "Sid": "Allow CreateGrant through AWS Systems Manager Incident Manager", "Effect": "Allow", "Principal": { "AWS": "arn:aws:iam::111122223333:user/ssm-lead" }, "Action": [ "kms:CreateGrant", "kms:DescribeKey" ], "Resource": "*", "Condition": { "StringLike": { "kms:ViaService": [ "ssm-incidents.amazonaws.com", "ssm-contacts.amazonaws.com" ] } } }

Principal の値を、レプリケーションセットを作成した IAM プリンシパルに置き換えます。

Incident Manager は、暗号化オペレーションのために へのすべてのリクエストで暗号化コンテキストを使用します。 AWS KMS この暗号化コンテキストを使用すると、Incident Manager は KMS キーを使用する CloudTrail ログイベントを識別できます。Incident Manager では、次の暗号化コンテキストが使用されます。

  • contactArn=ARN of the contact or escalation plan