Una empresa observa intentos de inicio de sesión inusuales en varias cuentas de AWS. Ya existe un tema de SNS al que está suscrito el equipo de seguridad. ¿Qué enfoque requiere el menor esfuerzo operativo para notificar al equipo de seguridad cuando se producen múltiples intentos fallidos de inicio de sesión en la Consola?

La opción correcta es la que requiere menor esfuerzo operativo porque CloudTrail ya registra los eventos de administración (como los intentos de inicio de sesión en la Consola) por defecto. Al enviar estos eventos a CloudWatch Logs, se puede crear un filtro de métricas para identificar los inicios de sesión fallidos y luego una alarma de CloudWatch que publique directamente en el tema de SNS existente. Esto es un flujo de trabajo directo y eficiente. Las opciones incorrectas implican más complejidad: Usar Amazon S3 con Athena o EventBridge requiere configurar y mantener consultas y reglas adicionales, lo que aumenta el esfuerzo operativo. Configurar CloudTrail para enviar eventos de datos es incorrecto porque los intentos de inicio de sesión son eventos de administración, no de datos. Los eventos de datos se refieren a operaciones realizadas sobre o dentro de un recurso (ej. lectura/escritura de objetos S3).