Firma posiadająca jedno konto AWS używa instancji Amazon EC2 do testowania kodu aplikacji. Niedawno odkryto, że instancja została skompromitowana i służyła do rozpowszechniania złośliwego oprogramowania. Analiza wykazała, że kompromitacja nastąpiła 35 dni temu. Inżynier bezpieczeństwa musi szybko wdrożyć ciągłe monitorowanie, które automatycznie wysyła e-maile do zespołu bezpieczeństwa firmy w przypadku wykrycia poważnych incydentów związanych ze skompromitowanymi instancjami. Jaka kombinacja kroków spełni te wymagania? (Wybierz trzy.)

Włączenie Amazon GuardDuty jest kluczowe, ponieważ jest to usługa wykrywania zagrożeń, która monitoruje złośliwe działania i nieautoryzowane zachowania, takie jak te związane ze skompromitowanymi instancjami EC2. Utworzenie tematu Amazon SNS jest niezbędne do wysyłania powiadomień e-mail do zespołu bezpieczeństwa, ponieważ SNS to usługa publikowania/subskrybowania, która może dostarczać wiadomości do wielu subskrybentów, w tym adresów e-mail. Utworzenie reguły Amazon EventBridge dla zdarzeń GuardDuty o wysokiej ważności, która publikuje powiadomienia w temacie SNS, automatyzuje proces powiadamiania. EventBridge działa jako bezserwerowa magistrala zdarzeń, która może reagować na zdarzenia z GuardDuty i wyzwalać akcje, takie jak wysyłanie wiadomości do SNS. Włączenie AWS Security Hub jest pomocne, ale GuardDuty jest bardziej bezpośrednio odpowiedzialny za wykrywanie zagrożeń w czasie rzeczywistym. Utworzenie kolejki Amazon SQS nie jest odpowiednie do bezpośredniego wysyłania e-maili; SQS służy do buforowania wiadomości między komponentami aplikacji. Reguła EventBridge dla Security Hub i SQS nie spełnia wymagań bezpośredniego powiadamiania e-mailowego z GuardDuty.