リソース

まず AWS Artifact でオンデマンドのコンプライアンスレポートを取得します。SOC 2 レポートは AWS のコントロールの実装と有効性を包括的に示します。CSA CAIQ には、クラウド利用者や監査人が通常尋ねる質問への AWS の回答がまとまっており、AWS のリスクとコンプライアンスのガイドでは認証や証明について説明しています。

どの AWS サービスが一般的なセキュリティ・コンプライアンス標準を満たしていますか?

AWS Services in Scope に、各コンプライアンスプログラムに対して評価されたサービスが一覧化されています。除外と明記されない限り、掲載されたサービスはそのプログラムの評価の一部としてレビュー・テストされます。

AWS で規制要件を満たせますか?

AWS は世界中の顧客に対応し、進化する規制に適応しています。AWS Compliance Center では、クラウドに関する規制要件を国別に調べ、業界への影響を確認できます。

AWS は私のデータにアクセスできるサブプロセッサーを使用しますか?

お客様が AWS にアップロードした顧客コンテンツにアクセスすることを許可されたサブプロセッサーはありません。AWS はサブプロセッサー一覧(変更通知の任意登録あり)とサードパーティアクセスのページを公開しており、年間を通じて監視できます。

BC/DR 計画のために AWS のデータセンターの所在地を教えてもらえますか?

データセンターの所在地は顧客データを保護するため機密情報です。それでも、AWS Data Center Controls のページと AWS Artifact の SOC 2 レポートで物理的なレジリエンスを評価できます。

AWS での災害復旧では何を評価すべきですか?

まずレジリエンスの目標と規制要件を定義し、それを満たすように設計します。たとえば、重要なワークロードには物理的に分離されたアベイラビリティーゾーンとリージョンを使用します。AWS Data Center Controls のページと AWS Artifact の SOC 2 レポートを参照してください。

フレームワークの参照と帰属について

本モデルは、対応するコントロールを見つけやすくするために、AWS のセキュリティコントロールを複数のフレームワークにマッピングしています。参照しているフレームワークは各所有者に帰属します。本モデルは AWS による独立した教育用リソースであり、これらの組織と提携・承認・認可の関係にはありません。

AWS Cloud Adoption Framework（セキュリティの観点）および AWS Well-Architected Framework は AWS が公開しています。NIST Cybersecurity Framework は米国国立標準技術研究所（NIST）の刊行物であり、NIST の刊行物は米国では著作権の対象ではありません。ここでは感謝とともに出典を明記します。

フレームワークの参照はナビゲーションとマッピングのみを目的としています。本モデルはそれらを要約・マッピングするものであり、原典の代替ではありません。正式な情報源として各フレームワークの公式刊行物を常に参照してください。