Une entreprise stocke des informations sensibles dans un compartiment S3 et doit enregistrer toutes les tentatives d'accès. L'équipe de gestion des risques doit être alertée immédiatement chaque fois qu'une opération de suppression d'objet se produit. Quelle solution répond à ces deux exigences ?

L'activation de la journalisation d'accès au serveur S3 est la méthode standard pour auditer toutes les tentatives d'accès à un compartiment S3. Cette journalisation fournit des enregistrements détaillés des requêtes. La configuration d'une notification Amazon SNS directement sur le compartiment S3 pour les événements s3:ObjectRemoved:Delete (ou DeleteObject) permet d'alerter immédiatement l'équipe de gestion des risques en temps réel, répondant ainsi à l'exigence d'alerte immédiate. Les autres options sont moins efficaces ou ne répondent pas aux exigences : Exécuter un système d'alerte basé sur EC2 avec une tâche cron quotidienne pour analyser les journaux est trop lent et ne fournit pas d'alerte immédiate. Envoyer les données d'accès S3 à CloudWatch Logs pour l'audit est une approche valide pour l'audit, mais la configuration d'alarmes CloudWatch pour des événements spécifiques de suppression d'objet peut être plus complexe à mettre en œuvre en temps réel que les notifications d'événements S3 directes. Comparer les listes d'éléments d'un jour à l'autre via une tâche cron sur EC2 est une méthode inefficace et ne fournit pas d'alerte immédiate en cas de suppression.