Una empresa aloja servicios de frontend en instancias de Amazon EC2 detrás de un Application Load Balancer. Las instancias de EC2 utilizan volúmenes de Amazon Elastic Block Store (Amazon EBS), y los archivos grandes de imágenes y música se almacenan en Amazon S3. La empresa ha implementado controles para prevenir, detectar y aislar posibles ataques de ransomware y ahora quiere una estrategia de recuperación ante desastres para volver a las operaciones normales si un atacante elude esos controles. El objetivo de punto de recuperación (RPO) es de 1 hora. ¿Qué solución cumple con estos requisitos?

La opción correcta cumple con el RPO de 1 hora mediante copias de seguridad horarias de las instancias EC2 y los buckets de S3 utilizando AWS Backup. Esto asegura que los datos críticos puedan restaurarse a un punto de una hora antes del ataque. La creación de plantillas de AWS CloudFormation para recrear la arquitectura y almacenarlas junto con la configuración de la aplicación en AWS CodeCommit permite una reconstrucción rápida y consistente del entorno, lo cual es esencial para la recuperación ante desastres. Las opciones incorrectas no cumplen con el RPO o se centran en la detección en lugar de la recuperación. La opción de copias de seguridad diarias no cumple con el RPO de 1 hora. La centralización de logs y Security Hub son herramientas de detección y monitoreo, no de recuperación directa de datos. Los snapshots de EBS cada 4 horas no cumplen con el RPO, y GuardDuty Malware Protection es una medida de prevención/detección, no de recuperación completa.