Крупной организации с несколькими аккаунтами AWS в AWS Organizations необходимо проводить аудит доступа к S3 с помощью AWS CLI, отслеживать активность во всех бакетах S3 на предмет проблем и не позволять пользователям аккаунтов отключать CloudTrail. Какая конфигурация удовлетворяет этим требованиям?

Правильный ответ предусматривает создание организационного трейла CloudTrail, который централизованно собирает логи из всех аккаунтов в управляющий аккаунт, предотвращая отключение CloudTrail пользователями дочерних аккаунтов. Включение логирования событий данных S3 для всех бакетов обеспечивает необходимый аудит доступа к S3. Использование обнаружения аномалий CloudWatch для всех аккаунтов позволяет отслеживать проблемы безопасности. CloudWatch Metrics Insights позволяет выполнять SQL-запросы к метрикам, полученным из CloudTrail, для анализа активности. Неправильные варианты: Создание CloudTrail в каждом аккаунте не предотвращает его отключение пользователями и усложняет централизованный аудит. GuardDuty хорош для обнаружения угроз, но не является основным инструментом для запросов к метрикам CloudTrail. Использование обнаружения аномалий CloudWatch в каждом аккаунте вместо централизованного подхода менее эффективно для крупной организации. Запрос метрик с помощью Athena возможен, но CloudWatch Metrics Insights более специализирован для метрик CloudWatch. Создание собственного решения для обнаружения аномалий является излишним, когда доступны управляемые сервисы AWS.