Une entreprise stocke des données sensibles dans AWS Secrets Manager. Un ingénieur de sécurité doit envoyer une notification par e-mail lorsque des appels d'API GetSecretValue anormaux se produisent. Une règle Amazon EventBridge est déjà configurée pour capturer tous les événements Secrets Manager fournis par AWS CloudTrail. Quelle solution répond à ces exigences ?

La solution correcte utilise EventBridge pour envoyer les événements CloudTrail à CloudWatch Logs. Une fois les logs dans CloudWatch Logs, vous pouvez créer un filtre de métriques pour la métrique IncomingBytes (ou une autre métrique pertinente pour les appels API anormaux) et activer la détection d'anomalies. Enfin, une alarme CloudWatch peut être configurée pour surveiller cette métrique anormale et envoyer des notifications via une rubrique SNS. Les options incorrectes proposent des configurations qui ne sont pas fonctionnelles ou optimales. Les deux premières options tentent d'utiliser CloudTrail comme cible EventBridge, ce qui est incorrect car CloudTrail est la source des événements, pas une cible directe pour EventBridge dans ce scénario. La dernière option utilise CloudWatch Logs Insights, qui est un outil d'analyse de logs, mais ne permet pas la détection d'anomalies directement pour déclencher des alarmes de la même manière qu'un filtre de métriques.