会社は、AWS Organizations組織のメンバーであるAWSアカウントでアプリケーションを実行しています。これらのアプリケーションはAmazon EC2とAmazon S3を使用しています。会社は、現在および将来のアカウント全体で、侵害されたEC2インスタンス、疑わしいネットワーク動作、および異常なAPIコールを検出したいと考えています。このようなイベントが検出された場合、会社は運用チームが使用する既存のAmazon SNSトピックに通知を公開したいと考えています。これらの要件を満たし、AWSのベストプラクティスに従うアプローチはどれですか？

このアプローチは、AWS Organizations環境でGuardDutyを一元的に管理し、検出結果を通知するためのベストプラクティスです。管理アカウントでGuardDuty管理者を指定することで、組織全体のGuardDuty設定と検出結果を単一の場所から監視できます。メンバーアカウントを招待することで、既存および将来のアカウントが自動的に保護されます。GuardDuty管理者アカウントでEventBridgeルールを作成し、GuardDutyの検出結果をSNSトピックにルーティングすることで、運用チームは迅速に通知を受け取ることができます。 他の選択肢は、GuardDutyの集中管理を適切に利用していなかったり、CloudTrailやVPCフローログの収集に焦点を当てており、GuardDutyの脅威検出要件を直接満たしていません。また、GuardDutyの招待プロセスやEventBridgeルールの設定が不完全な場合があります。