でのデータ保護AWS Direct Connect - AWS Direct Connect

でのデータ保護AWS Direct Connect

AWS の責任共有モデルは、AWS Direct Connect でのデータ保護に適用されます。このモデルで説明されているように、AWSは、AWS クラウドのすべてを実行するグローバルインフラストラクチャを保護する責任を担います。ご利用者はこのインフラストラクチャでホストされているコンテンツに対する管理を維持する責任があります。このコンテンツには、使用する AWS のサービス のセキュリティ設定と管理タスクが含まれています。データプライバシーの詳細については、データプライバシーのよくある質問を参照してください。欧州でのデータ保護の詳細については、AWSセキュリティブログ に投稿された AWS 責任共有モデルおよび GDPR のブログ記事を参照してください。

データを保護するため、AWS アカウントの認証情報を保護し、AWS Identity and Access Management(IAM)を使用して個々のユーザーアカウントをセットアップすることをお勧めします。この方法により、それぞれのジョブを遂行するために必要なアクセス許可のみを各ユーザーに付与できます。また、以下の方法でデータを保護することをお勧めします:

  • 各アカウントで多要素認証(MFA)を使用します。

  • SSL/TLS を使用して AWS リソースと通信します。TLS 1.2 以降が推奨されています。

  • AWS CloudTrail で API とユーザーアクティビティログをセットアップします。

  • AWS暗号化ソリューションをAWSサービス内のすべてのデフォルトのセキュリティ管理と一緒に使用します。

  • Amazon Macieなどのアドバンストマネージドセキュリティサービスを使用します。これは、Amazon S3に保存されている個人データの検出と保護を支援します。

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

顧客のメールアドレスなどの機密または注意を要する情報は、タグや[名前] フィールドなど自由形式のフィールドに配置しないことを強くお勧めします。これは、コンソール、API、AWS Direct Connect、または AWS で AWS CLI または他の AWS サービスを使用する場合も同様です。名前に使用するタグまたは自由形式のフィールドに入力したデータは、請求ログまたは診断ログに使用できます。外部サーバーへURL を供給する場合は、そのサーバーへのリクエストを検証するために、認証情報を URL に含めないことを強くお勧めします。

データ保護の詳細についてはAWS 責任共有モデルとAWSセキュリティブログGDPRのGDPRブログ投稿を参照してください。