Firma obserwuje nietypowe próby logowania na wielu kontach AWS. Istnieje już temat SNS, do którego subskrybuje zespół ds. bezpieczeństwa. Które podejście wymaga najmniejszego wysiłku operacyjnego, aby powiadomić zespół ds. bezpieczeństwa, gdy wystąpi wiele nieudanych prób logowania do konsoli?

Poprawna odpowiedź wymaga najmniejszego wysiłku operacyjnego, ponieważ wykorzystuje natywne integracje AWS CloudTrail, CloudWatch Logs i CloudWatch Alarms. CloudTrail rejestruje zdarzenia zarządzania, w tym nieudane logowania do konsoli. Przesyłanie tych zdarzeń do CloudWatch Logs umożliwia utworzenie filtru metryk, który zlicza wystąpienia nieudanych logowań. Alarm CloudWatch, oparty na tej metryce, może następnie automatycznie publikować powiadomienia do istniejącego tematu SNS, gdy liczba nieudanych prób przekroczy określony próg. Opcja z Amazon Athena i EventBridge jest bardziej złożona, wymaga tworzenia i zarządzania zapytaniami oraz regułami harmonogramu. Opcja z danymi CloudTrail jest nieprawidłowa, ponieważ ConsoleLogin to zdarzenie zarządzania, a nie zdarzenie danych. Opcja z powiadomieniami S3 dla zdarzeń s3:ObjectCreated jest również nieprawidłowa, ponieważ nie filtruje bezpośrednio nieudanych logowań do konsoli w sposób efektywny i wymagałaby dodatkowej logiki do analizy treści obiektów.