NotC2-Prototyp nutzt Amazon Bedrock als Kanal für Cloud-Steuerung

Ein Proof-of-Concept namens NotC2 zeigt, wie gestohlene Cloud-Zugangsdaten einem Angreifer Befehls- und Steuerungsoperationen innerhalb eines AWS-Kontos ermöglichen könnten, indem legitime AWS-Dienste mit Amazon Bedrock kombiniert werden. Die am 6. November veröffentlichte Untersuchung, über die GBHackers berichtet, beschreibt den Missbrauch vertrauenswürdiger Dienste und keine Schwachstelle in Bedrock und keinen Einstiegsexploit.
So gelangen Befehle ans Ziel
Befehle werden von einem externen Server an eine Amazon-SQS-Warteschlange im kompromittierten Konto übermittelt. Eine AWS-Lambda-Event-Source-Zuordnung verbindet diese Warteschlange mit einer Funktion, die ausgeführt wird, sobald Nachrichten eintreffen. Da die Architektur asynchron arbeitet, entfällt die dauerhafte Verbindung zu einer Angreiferinfrastruktur, auf die herkömmliche Steuerungskanäle angewiesen sind.
Lambda verarbeitet jede Anfrage mit der eigenen Ausführungsrolle. Die Ergebnisse landen in einem Amazon-SNS-Thema, und SNS übernimmt die Zustellung an einen vom Angreifer kontrollierten HTTPS-Endpunkt, sobald dieser das Abonnement bestätigt hat. Die Lambda-Funktion selbst muss den Angreifer nicht direkt kontaktieren.
Steuerung in natürlicher Sprache über Bedrock
Amazon Bedrock stellt die Schnittstelle in natürlicher Sprache bereit. Statt eine detaillierte AWS-CLI-Abfrage zu formulieren, kann ein Betreiber in einfacher Sprache um Auskunft bitten, etwa um eine Liste aller laufenden EC2-Instanzen mit ihren IP-Adressen. Eine generische Werkzeugbeschreibung namens execute_aws_operation nimmt den gewählten Dienst, die Operation und die Parameter entgegen, sodass die Orchestrierungsschicht unterstützte AWS-Anfragen ausführen kann.
Antworten und Fehlermeldungen können an das Modell zurückgespielt werden, was überarbeitete Anfragen und verkettete Operationen erlaubt. Die Forscher zeigten die Aufzählung von EC2-Instanzen, DynamoDB-Tabellen, Datenbanken und Lambda-Funktionen.
Was Verteidiger daraus ableiten sollten
Jeder Lambda-Aufruf dauert höchstens 15 Minuten, und es bleibt kein dauerhaft laufender Implantat-Prozess zurück. Die bereitgestellten Cloud-Ressourcen und ihre Aktivität bleiben für Ermittler dennoch potenzielle Beweismittel. Die Architektur verlagert die Angreiferinfrastruktur in verwaltete Dienste, macht sie damit aber nicht unsichtbar.
Die zentrale Folgerung ist operativer Natur: Verteidiger können schädliche Aktivität nicht allein daran erkennen, dass sie AWS-Ziele oder authentifizierte API-Anfragen für vertrauenswürdig halten. Die Forscher weisen zudem darauf hin, dass Bereitstellung und Laufzeitzugriff getrennte Sicherheitsgrenzen sind.
Offene Fragen
- Wurde die Technik außerhalb der Untersuchung bereits in realen Angriffen beobachtet?
- Welche Kontrollen würden die beschriebenen Abonnement- und Warteschlangenaktivitäten erkennen?