Une entreprise exploite une architecture de microservices sur AWS à l'aide d'Amazon Elastic Kubernetes Service (Amazon EKS) et d'Amazon Aurora. L'entreprise gère des centaines de comptes AWS avec AWS Organizations et a besoin d'une solution centralisée de journalisation et de surveillance de la sécurité pour tous les comptes. La solution doit détecter automatiquement les problèmes de sécurité avec un minimum de frais opérationnels. Quelle approche répond le mieux à ces exigences ?

Cette option est la meilleure car Amazon GuardDuty est un service de détection des menaces intelligent et centralisé qui s'intègre nativement avec AWS Organizations. En désignant un compte administrateur GuardDuty, l'entreprise peut activer et gérer GuardDuty de manière centralisée pour tous les comptes membres, y compris les protections EKS et RDS, ce qui répond aux exigences de surveillance centralisée et de détection automatique avec un minimum de frais opérationnels. Les autres options sont moins efficaces : Partager les journaux CloudWatch et utiliser Amazon Inspector pour les évaluer n'est pas la fonction principale d'Inspector et nécessiterait une configuration complexe pour la détection des menaces. Utiliser un compartiment S3 centralisé pour les journaux CloudTrail et interroger avec Athena est une approche réactive et non proactive pour la détection des menaces en temps réel. De plus, Aurora ne publie pas directement les journaux dans CloudTrail. Partager les journaux CloudWatch et utiliser Kinesis avec des fonctions Lambda pour le traitement est une solution personnalisée qui entraînerait des frais opérationnels élevés pour le développement et la maintenance.