Inżynier bezpieczeństwa musi wysyłać alerty e-mail za pośrednictwem Amazon Simple Notification Service (Amazon SNS) do zespołu bezpieczeństwa w przypadku wykryć Amazon GuardDuty o wysokim poziomie ważności. Inżynier musi również dostarczyć te wykrycia do platformy wizualizacyjnej w celu głębszej analizy. Które rozwiązanie spełnia te wymagania?

Poprawna odpowiedź wykorzystuje Amazon EventBridge jako centralny punkt do odbierania wykryć GuardDuty. EventBridge może filtrować wykrycia na podstawie ważności (np. tylko wysokie) za pomocą wzorców zdarzeń. Następnie EventBridge może przekierować te filtrowane wykrycia do dwóch celów: tematu Amazon SNS do wysyłania alertów e-mail oraz Amazon Kinesis Data Firehose, który efektywnie dostarcza dane do domeny Amazon OpenSearch Service. OpenSearch Dashboards jest natywnym narzędziem do wizualizacji i zapytań dla OpenSearch Service, co spełnia wymagania dotyczące głębszej analizy. Pozostałe opcje są nieprawidłowe, ponieważ: Opcja 1 błędnie sugeruje użycie alarmów CloudWatch dla wykryć GuardDuty; GuardDuty publikuje zdarzenia bezpośrednio do EventBridge. Użycie Kinesis Data Streams jest również bardziej złożone niż Firehose do dostarczania danych do OpenSearch Service. Opcja 2 błędnie sugeruje użycie AWS CloudTrail do odbierania wykryć GuardDuty; GuardDuty publikuje zdarzenia do EventBridge, a nie bezpośrednio do CloudTrail. Opcja 4 jest prawie poprawna, ale sugeruje użycie Amazon QuickSight do wizualizacji z OpenSearch Service, podczas gdy OpenSearch Dashboards jest bardziej natywnym i typowym rozwiązaniem do wizualizacji danych w OpenSearch Service.