AWS アカウントへのアクセスを準備する

インシデントが発生したら、インシデント対応チームは、このインシデントに関連する環境やリソースにアクセスする必要があります。イベントが発生する前に、業務を遂行するための適切なアクセス権がチームにあることを確認します。そのためには、チームメンバーがどのレベルのアクセス権を必要とするか (どのように対処するかなど) を知り、事前にアクセス権をプロビジョニングしておく必要があります。このアクセス権は、企業のガバナンス、リスク管理、コンプライアンス (GRC) ポリシーから導き出されます。チームメンバーの認証と認可は、イベントが発生する前に文書化してテストし、遅滞なく適時に対応できるようにします。インシデントに正しく対応するには、準備の一環として、AWS アカウントがどのように配置されているか、クロスアカウントロールをどのように許可および構成するかを確認する必要があります。

この段階では、デベロッパー、アーキテクト、パートナー、ガバナンスチーム、コンプライアンスチームと緊密に連携して、対応者に必要なアクセスレベルを確認する必要があります。AWS アカウント戦略とクラウド ID 戦略を特定して組織のクラウドアーキテクトと話し合い、認証と認可の方法をどのように設定するかを確認します。以下のような方法があります。

これらのオプションは、AWS への認証に関する技術的な選択肢と、対応時のアクセスを取得する方法を定義します。ただし、組織によっては、他のチームやパートナーに対応を依頼する場合があります。セキュリティインシデントに対応するために特別に作成されたユーザーアカウントには、十分なアクセス権を確保するために、多くの場合、特権が付与されます。したがって、これらのユーザーアカウントの使用を制限し、日常業務には使用しないようにします。

新しいアクセスメカニズムを作成する前に、クラウドチームと協力して AWS アカウントをどのように構成および管理するかを確認します。多くのお客様は、請求の一元管理、AWS アカウント間でのリソースの共有、アクセス、コンプライアンス、セキュリティの制御に、AWS Organizations を役立てています。Organizations のコア機能は、これを活用してサービスコントロールポリシーをアカウントのグループに適用できることです。これにより、大規模なポリシー管理が可能になります。大規模なガバナンスメカニズムの実装の詳細については、「大規模な AWS ガバナンス」を参照してください。組織が AWS アカウントをどのように構成および管理しているかを理解したら、以下の一般化された対応パターンを検討して、組織に適したアプローチを特定するために役立てます。