Ein Unternehmen nutzt Amazon GuardDuty. Das Sicherheitsteam möchte, dass jede GuardDuty-Erkennung mit hoher Schwere automatisch ein Ticket in einem Drittanbieter-Ticketsystem per E-Mail erstellt. Welcher Ansatz erfüllt diese Anforderung?

Die korrekte Antwort ist, ein Amazon SNS-Thema zu erstellen, die E-Mail-Adresse des Drittanbieter-Ticketsystems zu abonnieren und dann eine Amazon EventBridge-Regel zu konfigurieren, die GuardDuty-Erkennungen mit hoher Schwere abgleicht und das SNS-Thema als Ziel festlegt. GuardDuty sendet seine Ergebnisse als Ereignisse an EventBridge. EventBridge kann diese Ereignisse filtern und an ein SNS-Thema weiterleiten. SNS kann dann E-Mails an abonnierte Endpunkte senden, einschließlich externer E-Mail-Adressen. Die Option mit Amazon SES ist falsch, da SES hauptsächlich für den Versand von E-Mails aus Anwendungen gedacht ist, nicht als direkter Ziel-Service für EventBridge-Ereignisse, um Benachrichtigungen zu versenden. Die Optionen, die die GuardDuty CreateFilter API verwenden, sind ebenfalls falsch, da diese API zum Filtern von Erkennungen innerhalb der GuardDuty-Konsole oder für Programmatic Access dient, aber nicht direkt zur automatischen Weiterleitung von Ereignissen an andere Dienste in Echtzeit verwendet wird. EventBridge ist der vorgesehene Service für die Reaktion auf GuardDuty-Ereignisse.