翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# AWS Control Tower のセキュリティ
のクラウドセキュリティが最優先事項 AWS です。お客様は AWS 、セキュリティを最も重視する組織の要件を満たすように構築されたデータセンターとネットワークアーキテクチャを活用できます。
セキュリティは、 AWS お客様とお客様の間の責任共有です。[責任共有モデル](https://aws.amazon.com/compliance/shared-responsibility-model/)では、これをクラウドのセキュリティおよびクラウド内のセキュリティとして説明しています。
+ **クラウドのセキュリティ** - AWS クラウドで AWS サービスを実行するインフラストラクチャを保護する AWS 責任があります。 は、安全に使用できるサービス AWS も提供します。セキュリティの有効性は、[AWS コンプライアンスプログラム](https://aws.amazon.com/compliance/programs/)の一環として、サードパーティーの審査機関によって定期的にテストおよび検証されています。AWS Control Tower に適用されるコンプライアンスプログラムの詳細については、「[コンプライアンスプログラムによる対象範囲内のAWS のサービス](https://aws.amazon.com/compliance/services-in-scope/)」を参照してください。
+ **クラウド内のセキュリティ** – お客様の責任は、使用する AWS サービスによって決まります。また、お客様は、お客様のデータの機密性、組織の要件、および適用可能な法律および規制などの他の要因についても責任を担います。
このドキュメントは、AWS Control Tower を使用する際の責任共有モデルの適用方法を理解するのに役立ちます。以下のトピックでは、セキュリティおよびコンプライアンスの目的を達成するよう AWS Control Tower を設定する方法について説明します。また、AWS Control Tower リソースのモニタリングや保護に役立つ他の AWS サービスの使用方法についても説明します。
# AWS Control Tower のデータ保護
責任 AWS [共有モデル](https://aws.amazon.com/compliance/shared-responsibility-model/)、AWS Control Tower でのデータ保護に適用されます。このモデルで説明されているように、 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 を使用して AWS Control Tower AWS CLIまたは他の AWS のサービス を操作する場合も同様です。 AWS SDKs タグ、または名前に使用される自由記述のテキストフィールドに入力したデータは、請求または診断ログに使用される場合があります。外部サーバーに URL を提供する場合、そのサーバーへのリクエストを検証できるように、認証情報を URL に含めないことを強くお勧めします。
**注記**
を使用したユーザーアクティビティのログ記録 AWS CloudTrail は、ランディングゾーンを設定すると AWS Control Tower で自動的に処理されます。
データ保護の詳細については、*AWS セキュリティブログ* のブログ投稿「[AWS の責任共有モデルと GDPR](https://aws.amazon.com/blogs/security/the-aws-shared-responsibility-model-and-gdpr)」を参照してください。AWS Control Tower には、ランディングゾーンに存在するコンテンツを保護するために使用できる次のオプションがあります。
**Topics**
+ [保管時の暗号化](#data-protection-encryption-rest)
+ [転送時の暗号化](#data-protection-encryption-in-transit)
+ [コンテンツへのアクセスの制限](#data-protection-restrict-access)
## 保管時の暗号化
AWS Control Tower では、ランディングゾーンを支援するために Simple Storage Service (Amazon S3) マネージドキー (SSE-S3) を使用して保管時に暗号化される Simple Storage Service (Amazon S3) バケットおよび Amazon DynamoDB データベースを使用します。デフォルトでは、この暗号化はランディングゾーンのセットアップ時に設定されます。必要に応じて、KMS 暗号化キーでリソースを暗号化するようにランディングゾーンを構成できます。また、ランディングゾーンでそれをサポートするサービス用に使用するサービスに対して保管時の暗号化を確立することもできます。詳細については、そのサービスのオンラインドキュメントでセキュリティに関する章を参照してください。
## 転送時の暗号化
AWS Control Tower では、ランディングゾーンを支援するために転送中の暗号化に Transport Layer Security (TLS) とクライアント側の暗号化を使用します。さらに、AWS Control Tower へのアクセスには、HTTPS エンドポイント経由でのみアクセスできるコンソールを使用する必要があります。デフォルトでは、この暗号化はランディングゾーンのセットアップ時に設定されます。
## コンテンツへのアクセスの制限
ベストプラクティスとして、適切なユーザーのサブセットへのアクセスを制限する必要があります。AWS Control Tower でこれを行うには、集中型クラウド管理者とエンドユーザーが適切な IAM アクセス許可を持ち、IAM Identity Center ユーザーの場合は、適切なグループに存在している必要があります。
+ IAM エンティティのロールとポリシーの詳細については、「[IAM ユーザーガイド](https://docs.aws.amazon.com/IAM/latest/UserGuide/)」を参照してください。**
+ ランディングゾーンのセットアップ時に作成された IAM Identity Center グループの詳細については、「[AWS Control Tower の IAM Identity Center グループ](sso-groups.md)」を参照してください。
# AWS Control Tower のコンプライアンス検証
AWS Control Tower は、組織がコントロールおよびベストプラクティスでコンプライアンスのニーズを満たすのに役立つ優れた設計のサービスです。さらに、サードパーティーの監査者が、複数の AWS コンプライアンスプログラムの一部としてランディングゾーンで使用できる多くのサービスのセキュリティおよびコンプライアンスを評価します。これらのプログラムには、SOC、PCI、FedRAMP、HIPAA などがあります。
特定のコンプライアンスプログラムの対象となる AWS サービスのリストについては、[AWS 「コンプライアンスプログラムによる対象範囲内のサービス](https://aws.amazon.com/compliance/services-in-scope/)」を参照してください。一般的な情報については、「[AWS コンプライアンスプログラム](https://aws.amazon.com/compliance/programs/)」を参照してください。
を使用して、サードパーティーの監査レポートをダウンロードできます AWS Artifact。詳細については、「 *AWS Artifact ユーザーガイド*[」の AWS 「アーティファクトでのレポートのダウンロード](https://docs.aws.amazon.com/artifact/latest/ug/downloading-documents.html)」を参照してください。
AWS Control Tower を使用する際のお客様のコンプライアンス責任は、お客様のデータの機密性、貴社のコンプライアンス目的、適用される法律および規制によって決まります。 は、コンプライアンスに役立つ以下のリソース AWS を提供します。
+ [セキュリティとコンプライアンスのクイックスタートガイド](https://aws.amazon.com/quickstart/?awsf.quickstart-homepage-filter=categories%23security-identity-compliance) – これらのデプロイガイドでは、アーキテクチャ上の考慮事項について説明し、セキュリティとコンプライアンスに重点を置いたベースライン環境をデプロイする手順について説明します AWS。
+ [アマゾン ウェブ サービスにおける HIPAA セキュリティとコンプライアンスのアーキテクチャ](https://docs.aws.amazon.com/whitepapers/latest/architecting-hipaa-security-and-compliance-on-aws/architecting-hipaa-security-and-compliance-on-aws.html) – このホワイトペーパーでは、企業が AWS を使用して HIPAA 準拠のアプリケーションを作成する方法について説明します。
+ [AWS コンプライアンスリソース](https://aws.amazon.com/compliance/resources/) – このワークブックとガイドのコレクションは、お客様の業界や地域に適用される場合があります。
+ [AWS Config](https://docs.aws.amazon.com/config/latest/developerguide/evaluate-config.html) – この AWS サービスは、リソース設定が内部プラクティス、業界ガイドライン、および規制にどの程度準拠しているかを評価します。
+ [AWS Security Hub CSPM](https://docs.aws.amazon.com/securityhub/latest/userguide/what-is-securityhub.html) – この AWS サービスは、 内のセキュリティ状態を包括的に把握 AWS し、セキュリティ業界標準とベストプラクティスへの準拠を確認するのに役立ちます。
# AWS Control Tower の耐障害性
AWS グローバルインフラストラクチャは、 AWS リージョンとアベイラビリティーゾーンを中心に構築されています。
AWS リージョンは、物理的に分離および分離された複数のアベイラビリティーゾーンを提供します。アベイラビリティーゾーンは、低レイテンシー、高スループット、および高度に冗長なネットワークによって接続されます。複数のアベイラビリティーゾーンがあることで、アベイラビリティーゾーン間で自動的にフェイルオーバーして中断することなく動作するアプリケーションとデータベースを設計して運用できます。アベイラビリティーゾーンは、従来の単一または複数のデータセンターインフラストラクチャよりも可用性、フォールトトレランス、および拡張性が優れています。
AWS Control Tower が利用可能な AWS リージョン のリストについては、「」を参照してください[AWS リージョンと AWS Control Tower の連携方法](region-how.md)。
*ホームリージョン*は、ランディングゾーンが設定された AWS リージョンとして定義されます。
AWS リージョンとアベイラビリティーゾーンの詳細については、[AWS 「グローバルインフラストラクチャ](https://aws.amazon.com/about-aws/global-infrastructure/)」を参照してください。
# AWS Control Tower のインフラストラクチャセキュリティ
AWS Control Tower は、ホワイトペーパー[「Amazon Web Services: セキュリティプロセスの概要](https://d0.awsstatic.com/whitepapers/Security/AWS_Security_Whitepaper.pdf)」に記載されている AWS グローバルネットワークセキュリティ手順で保護されています。
ネットワーク経由でランディングゾーン内の AWS サービスやリソースにアクセスするために、 AWS 公開された API コールを使用します。Transport Layer Security (TLS) 1.2 が必要であり、Transport Layer Security (TLS) 1.3 以降が推奨されています。また、一時的ディフィー・ヘルマン Ephemeral Diffie-Hellman (DHE) や Elliptic Curve Ephemeral Diffie-Hellman (ECDHE) などの Perfect Forward Secrecy (PFS) を使用した暗号スイートもクライアントでサポートされている必要があります。これらのモードは、Java 7 以降など、最近のほとんどのシステムでサポートされています。
また、リクエストにはアクセスキー ID と、IAM プリンシパルに関連付けられているシークレットアクセスキーを使用して署名する必要があります。または、[AWS Security Token Service](https://docs.aws.amazon.com/STS/latest/APIReference/Welcome.html) (AWS STS) を使用して、テンポラリセキュリティ認証情報を生成し、リクエストに署名することもできます。
AWS Control Tower ランディングゾーンワークロードのネットワークインフラストラクチャセキュリティを強化するようにセキュリティグループを設定できます。詳細については、「[チュートリアル: を使用して AWS Control Tower でセキュリティグループを設定する AWS Firewall Manager](firewall-setup-walkthrough.md)」を参照してください。