En una configuración de múltiples cuentas, la empresa enruta todo el tráfico saliente a través de un Transit Gateway a una cuenta de operaciones de red. Allí, el tráfico es inspeccionado por un dispositivo de firewall antes de llegar a la puerta de enlace de internet. El firewall escribe registros en CloudWatch Logs y clasifica los eventos como CRITICAL, HIGH, MEDIUM, LOW e INFO. El equipo de seguridad debe ser alertado cada vez que aparezcan eventos CRITICAL. ¿Qué debe implementar el ingeniero de DevOps para satisfacer este requisito?

La opción correcta es crear un filtro de métricas de CloudWatch Logs. Los registros del firewall ya se escriben en CloudWatch Logs, por lo que un filtro de métricas puede buscar patrones específicos como "CRITICAL" y crear una métrica personalizada. Luego, una alarma de CloudWatch puede monitorear esta métrica y activarse cuando se detecta un evento crítico, enviando una notificación a través de SNS al equipo de seguridad. Las otras opciones son incorrectas porque: Un canary de CloudWatch Synthetics está diseñado para monitorear la disponibilidad y el rendimiento de las aplicaciones desde el exterior, no para procesar registros internos de firewall. Amazon GuardDuty es un servicio de detección de amenazas que analiza flujos de VPC y registros de CloudTrail, no los registros de firewall personalizados generados por un dispositivo de terceros. AWS Firewall Manager se utiliza para administrar centralmente las reglas de firewall, pero no para monitorear y alertar sobre eventos específicos dentro de los registros de un dispositivo de firewall.