Un'azienda archivia dati sensibili in AWS Secrets Manager. Un ingegnere della sicurezza deve inviare una notifica e-mail quando si verificano chiamate API GetSecretValue anomale. Una regola Amazon EventBridge è già configurata per acquisire tutti gli eventi di Secrets Manager forniti da AWS CloudTrail. Quale soluzione soddisfa questi requisiti?

La risposta corretta è l'unica che descrive un flusso di lavoro appropriato per il rilevamento di anomalie e la notifica. Inviare gli eventi di CloudTrail a CloudWatch Logs consente di creare filtri metrici e abilitare il rilevamento delle anomalie su metriche specifiche, come le chiamate API. Un allarme CloudWatch può quindi essere configurato per monitorare queste anomalie e inviare notifiche tramite un argomento SNS. Le opzioni errate presentano diversi problemi: Le prime due opzioni suggeriscono di impostare CloudTrail come destinazione per la regola EventBridge, il che è ridondante in quanto CloudTrail è la fonte degli eventi. Inoltre, non è possibile configurare un filtro attributo o il rilevamento delle anomalie direttamente su CloudTrail in questo contesto per generare allarmi. L'ultima opzione suggerisce di utilizzare CloudWatch Logs Insights per cercare anomalie, ma questo è uno strumento di analisi interattiva e non una soluzione automatica per il monitoraggio e l'allarme in tempo reale. Inoltre, l'uso di una coda SQS come destinazione diretta per le notifiche di allarme è meno comune per le notifiche e-mail rispetto a SNS.