Une entreprise héberge des services frontend sur des instances Amazon EC2 derrière un Application Load Balancer. Les instances EC2 utilisent des volumes Amazon Elastic Block Store (Amazon EBS), et de grands fichiers d'images et de musique sont stockés dans Amazon S3. L'entreprise a mis en œuvre des contrôles pour prévenir, détecter et isoler les attaques potentielles de ransomware et souhaite maintenant une stratégie de reprise après sinistre pour revenir à des opérations normales si un attaquant contourne ces contrôles. L'objectif de point de récupération (RPO) est de 1 heure. Quelle solution répond à ces exigences ?

La bonne réponse est d'utiliser AWS Backup pour des sauvegardes horaires des instances EC2 et des compartiments S3, et des modèles AWS CloudFormation stockés dans AWS CodeCommit. AWS Backup permet des sauvegardes centralisées et automatisées avec une granularité horaire, répondant à l'objectif de point de récupération (RPO) d'une heure pour les volumes EBS (via les instances EC2) et les objets S3. CloudFormation permet de recréer rapidement l'infrastructure, et CodeCommit assure le contrôle de version et la sécurité des modèles. Les autres options sont incorrectes car : Les sauvegardes quotidiennes ne respectent pas le RPO d'une heure. Security Lake et la réponse automatisée sont des mesures de détection et de prévention, pas de reprise après sinistre. Security Lake et Security Hub sont des outils de sécurité et de surveillance, pas des solutions de reprise après sinistre pour la restauration des données et de l'infrastructure. Les instantanés EBS toutes les 4 heures ne respectent pas le RPO d'une heure. GuardDuty Malware Protection est une mesure de détection, et l'automatisation de la restauration basée sur une détection spécifique est une réponse réactive, pas une stratégie complète de reprise après sinistre pour l'ensemble de l'architecture.