Una empresa opera una arquitectura de microservicios en AWS utilizando Amazon Elastic Kubernetes Service (Amazon EKS) y Amazon Aurora. La empresa gestiona cientos de cuentas de AWS con AWS Organizations y necesita una solución centralizada de registro y monitoreo de seguridad en todas las cuentas. La solución debe detectar automáticamente los problemas de seguridad con una sobrecarga operativa mínima. ¿Qué enfoque satisface mejor estos requisitos?

La opción correcta es la más eficiente y completa. Amazon GuardDuty es un servicio de detección de amenazas que monitorea continuamente las cuentas de AWS en busca de actividades maliciosas y comportamientos no autorizados. Al designar un administrador de GuardDuty en la cuenta de administración de AWS Organizations y habilitarlo para todas las cuentas miembro, se logra una solución centralizada con una sobrecarga operativa mínima. La activación de EKS Protection y RDS Protection extiende esta detección de amenazas a los clústeres de EKS y las bases de datos de Aurora, cubriendo los componentes clave de la arquitectura. Las otras opciones son menos óptimas: Usar Amazon Inspector para evaluar CloudWatch Logs no es su función principal y sería ineficiente. Configurar CloudTrail para entregar logs a un bucket S3 y usar Athena para consultarlos es un enfoque válido para auditoría, pero no ofrece la detección de amenazas en tiempo real y automatizada de GuardDuty. Además, Aurora no publica logs directamente en CloudTrail. Compartir CloudWatch Logs y usar Kinesis con funciones Lambda para procesar los logs es una solución personalizada que requeriría un desarrollo y mantenimiento significativos, aumentando la sobrecarga operativa.