Amazon hat seinem Cloud-Wächter GuardDuty einen KI-Agenten zur Seite gestellt, der Sicherheitsalarme selbstständig untersucht und in Minuten ein Urteil fällt. Für überlastete Sicherheitsteams klingt das nach Entlastung. Der Haken steckt im Kleingedruckten.
drweb.de als bevorzugte Quelle auf Google hinzufügenQualitätsgeprüfte Inhalte direkt in Google News & DiscoverJetzt hinzufügenDer GuardDuty-Agent von Amazon Web Services nimmt Sicherheitsteams die mühsamste Arbeit ab: das erste Sichten Hunderter Alarme pro Woche. Statt jede Meldung von Hand zu prüfen, liefert der KI-Agent eine Ersteinschätzung mit Risikobewertung. Genau an dieser Stelle entscheidet sich, ob Automatisierung entlastet oder neue Lücken reißt.
Das Wichtigste in Kürze
- Der neue KI-Agent in Amazon GuardDuty untersucht Sicherheitsfunde selbstständig und liefert in Minuten ein Urteil mit Vertrauenswert.
- Jeder Fund wird einer MITRE-ATT&CK-Technik zugeordnet, dazu kommen konkrete Vorschläge zu Unterdrückung, Eindämmung oder Behebung.
- In der kostenlosen Vorschau gilt ein hartes Limit: zehn Untersuchungen je Konto und Tag, in zehn Regionen, darunter Frankfurt.
- Microsoft und Google bieten ähnliche Agenten längst an. Amazon ist der dritte Hyperscaler mit demselben Ansatz.
Was der GuardDuty-Agent wirklich leistet
Der Agent analysiert einen Sicherheitsfund samt Kontext der letzten 90 Tage, betroffener Ressourcen und Bedrohungsindikatoren und liefert in Minuten eine Einordnung mit Vertrauenswert, MITRE-ATT&CK-Zuordnung und konkreten Handlungsvorschlägen.
Die eigentliche Neuerung ist nicht die Erkennung, sondern die Triage. GuardDuty meldet seit Jahren verdächtige Aktivitäten in AWS-Konten. Neu ist, dass ein Agent per Wissensgraph und Bedrohungsdaten selbst bewertet, ob dahinter ein echter Angriff steckt.[1] Ansetzen lässt er sich gezielt auf einzelne Funde, ganze Mitgliedskonten oder eine komplette Organisation.
Der Grund für diesen Schritt liegt in der Alarmflut. Ein Analyst im Sicherheitszentrum sichtet nach Branchenschätzungen 300 bis 400 Alarme pro Woche, rund neun von zehn davon harmlos. Bei diesem Volumen ist saubere Handarbeit kaum noch leistbar. Die Ergebnisse fließen über EventBridge in SIEM- und Ticketsysteme, über den AWS-MCP-Server auch an KI-Assistenten wie Claude, wie sie unsere Berichterstattung zur künstlichen Intelligenz laufend verfolgt.
Warum gleich drei Cloud-Riesen dasselbe bauen
Amazon ist spät dran: Microsoft bündelt in Security Copilot bereits über ein Dutzend Sicherheitsagenten, Google lässt in seinem agentischen Sicherheitszentrum einen Triage-Agenten eigenständig Alarme bewerten. AWS liefert mit GuardDuty nun den dritten Hyperscaler-Ansatz.
Das Muster ist eindeutig. Die großen Cloud-Anbieter verlagern die Erstbewertung von Alarmen in autonome Agenten, weil dieselbe KI, die auch Sicherheitslücken im Code aufspürt und über verbilligte Cyber-Modelle in die Fläche kommt, das Grundproblem der Branche adressiert. Gartner ordnet KI-gestützte SOC-Agenten trotzdem noch in die Frühphase ein, die Marktdurchdringung liegt bei einem bis fünf Prozent.
Zugleich wird dieselbe Technik zum Angriffsziel. Ein Agent, der Bedrohungsdaten und fremde Inhalte liest, lässt sich manipulieren, wie sich zuletzt an einer präparierten Webseite bei Claude gezeigt hat. Governance-Werkzeuge für geprüfte KI-Agenten entstehen deshalb parallel zu den Agenten selbst.
Ein KI-Agent, der neun von zehn Fehlalarmen wegräumt, ist ein Segen für jedes überlastete Team. Gefährlich wird es erst, wenn niemand mehr das zehnte, echte Signal gegenprüft.
— Markus Seyfferth, Chefredakteur Dr. Web
Was deutsche Teams jetzt beachten sollten
Der Agent trifft keine endgültige Entscheidung, sondern eine Empfehlung. Unter NIS2 und DSGVO bleibt die Verantwortung beim Betreiber, und Inferenzanfragen können die Frankfurt-Region verlassen, bleiben dabei aber im selben geografischen Raum und verschlüsselt.
Für die Datenhoheit zählt genau dieses Detail. Läuft der Agent über Frankfurt, kann die Inferenz laut AWS in eine andere Region desselben geografischen Raums wandern, verschlüsselt in der Übertragung. Wer unter NIS2 haftet, muss diese Wege kennen und dokumentieren, denn die Verantwortung für die Reaktion bleibt beim Unternehmen, nicht beim Modell.
In der Praxis heißt das: den Agenten als Zuarbeit behandeln, nicht als Richter. Die kostenlose Vorschau mit zehn Untersuchungen je Konto und Tag eignet sich zum Testen, nicht für den Dauerbetrieb. Sinnvoll ist, die Vertrauenswerte mit den eigenen Eskalationspfaden abzugleichen und mindestens die als kritisch eingestuften Funde weiter von Menschen prüfen zu lassen.
Der GuardDuty-Agent verschiebt die Frage von der Erkennung zur Entscheidung. Wer ihn einsetzt, gewinnt Tempo, muss aber festlegen, wo die Maschine endet und die menschliche Prüfung beginnt.
Quelle
[1] Amazon Web Services: „Amazon GuardDuty AI-powered investigations accelerate threat response (Preview)“
Mehr Newshunger?
- 172-mal günstiger: Ciscos offene Mini-KI spürt Sicherheitslücken im Code auf
- Gemini 3.6 Flash und 3.5 Flash Cyber: Google verbilligt die KI und jagt Sicherheitslücken
- GitLab 19.2: geprüfte KI-Agenten gegen die Flut an KI-Code
- 570 Sicherheitslücken an einem Tag: KI treibt Microsofts Patchday auf Rekordniveau
- Der Gedächtnis-Raub: Wie eine präparierte Webseite Claude die Nutzerdaten entlockte
- Acht Tage, 22 Kampagnen: Wie geteilte Claude-Chats Schlüssel von Macs abziehen
