Компания запускает приложения в аккаунтах AWS, которые являются членами организации AWS Organizations. Эти приложения используют Amazon EC2 и Amazon S3. Компания хочет обнаруживать скомпрометированные инстансы EC2, подозрительное сетевое поведение и необычные вызовы API в текущих и будущих аккаунтах. При обнаружении таких событий компания хочет публиковать уведомления в существующую тему Amazon SNS, используемую ее операционной командой. Какой подход соответствует этим требованиям и следует рекомендациям AWS?

Правильный ответ соответствует рекомендациям AWS для централизованного управления безопасностью в AWS Organizations. Назначение администратора GuardDuty в управляющем аккаунте позволяет централизованно управлять обнаружением угроз во всех аккаунтах-членах, включая будущие. GuardDuty автоматически обнаруживает скомпрометированные инстансы EC2, подозрительное сетевое поведение и необычные вызовы API. Создание правила EventBridge в аккаунте администратора GuardDuty для пересылки результатов в тему SNS обеспечивает централизованное уведомление операционной команды. Другие варианты не оптимальны, так как: Вариант с CloudFormation StackSet усложняет управление и не является рекомендуемым способом для GuardDuty. Варианты с CloudTrail и VPC Flow Logs не обеспечивают обнаружение угроз GuardDuty напрямую и требуют дополнительной настройки для анализа логов. Security Hub агрегирует результаты, но GuardDuty является основным инструментом обнаружения.