ある企業が、複数のAWSアカウントで異常なログイン試行を検知しました。セキュリティチームがサブスクライブしているSNSトピックは既に存在します。コンソールへのログイン試行が複数回失敗した場合にセキュリティチームに通知するために、運用上の労力が最も少ないアプローチはどれですか？

このアプローチは、CloudTrailの管理イベントがコンソールログイン試行を記録するため、最も運用上の労力が少なくて済みます。CloudWatch Logsメトリックフィルターとアラームを組み合わせることで、リアルタイムに近い形で失敗したログイン試行を検出し、既存のSNSトピックに通知できます。 他の選択肢は、以下の理由で最適ではありません。 S3とAthenaを使用する方法は、クエリのスケジュール設定や追加のEventBridgeルールが必要となり、運用が複雑になります。また、リアルタイム性に欠けます。 CloudTrailのデータイベントはS3オブジェクトレベルのアクティビティを記録するため、コンソールログイン試行には関連性が低く、不要なログが増加します。 S3イベント通知は、S3オブジェクトの作成をトリガーとするため、コンソールログインの失敗を直接検出する目的には適していません。