Ein Unternehmen betreibt eine Microservices-Architektur auf AWS unter Verwendung von Amazon Elastic Kubernetes Service (Amazon EKS) und Amazon Aurora. Das Unternehmen verwaltet Hunderte von AWS-Konten mit AWS Organizations und benötigt eine zentralisierte Protokollierungs- und Sicherheitsüberwachungslösung für alle Konten. Die Lösung muss Sicherheitsprobleme automatisch mit minimalem Betriebsaufwand erkennen. Welcher Ansatz erfüllt diese Anforderungen am besten?

Die Ernennung eines GuardDuty-Administrators im Verwaltungskonto ermöglicht die zentrale Verwaltung und Aktivierung von GuardDuty für alle Mitgliedskonten in AWS Organizations. Die Aktivierung von EKS Protection und RDS Protection in GuardDuty deckt die spezifischen Anforderungen für Amazon EKS und Amazon Aurora ab, indem es Bedrohungen für diese Dienste automatisch erkennt und so den Betriebsaufwand minimiert. Die Option mit CloudWatch Logs und Amazon Inspector ist weniger geeignet, da Inspector primär für die Bewertung von EC2-Instanzen und Container-Images gedacht ist und nicht für die Analyse von CloudWatch Logs zur Erkennung von Bedrohungen für EKS oder RDS. Die Option mit einem zentralen S3-Bucket und CloudTrail ist zwar gut für die Protokollaggregation, aber CloudTrail erfasst hauptsächlich API-Aktivitäten und nicht die detaillierten Bedrohungen, die GuardDuty für EKS und RDS erkennen kann. Aurora veröffentlicht seine Protokolle auch nicht direkt an CloudTrail. Die Option mit Kinesis und Lambda ist eine mögliche Lösung, erfordert aber erheblichen Entwicklungs- und Wartungsaufwand, um Bedrohungen zu erkennen, was dem Ziel des minimalen Betriebsaufwands widerspricht.