English
Español
Français
Deutsch
日本語
한국어
العربيةDienstspezifische Anmeldeinformation für Benutzer erzeugen
Kann dienstspezifische (CodeCommit/Keyspaces) Anmeldeinformationen für einen Benutzer erzeugen.
Ermöglicht Eskalation für sich allein.
iam:CreateServiceSpecificCredentialFür sich allein kann iam:CreateServiceSpecificCredential dienstspezifische (CodeCommit/Keyspaces) Anmeldeinformationen für einen Benutzer erzeugen. Bei einem weiten Ressourcenbereich erreicht dies allein nutzbare Anmeldeinformationen.
Warum es gefährlich ist
Ein Principal kann iam:CreateServiceSpecificCredential aufrufen, um eine frische, langlebige dienstspezifische Anmeldeinformation (Git-over-HTTPS für CodeCommit oder Amazon Keyspaces/Cassandra) für den Benutzer zu erzeugen, ohne eines der bestehenden Secrets des Zielbenutzers zu kennen. Von da an kann der Principal sich bei diesen Diensten als der Zielbenutzer authentifizieren. Die Anmeldeinformation ist unabhängig vom Passwort und den Access Keys des Zielbenutzers und übersteht deren Rotation, sie ist also sowohl eine Übernahme des Dienstzugriffs des Zielbenutzers als auch ein dauerhafter Persistenz-Fußabdruck, mit engerem Blast-Radius als ein vollständiger Access Key.
In MITRE ATT&CK entspricht dies T1098.001, Account Manipulation: Additional Cloud Credentials, unter der Taktik Persistence. AWS protokolliert dies in CloudTrail als CreateServiceSpecificCredential. Der Aufruf erscheint in CloudTrail, geht aber in der normalen Administration unter, daher braucht es eine Regel, damit er auffällt. Er gibt einem Angreifer außerdem eine Möglichkeit, den Zugriff zu behalten, nachdem der erste Zugang geschlossen wurde, daher lohnt es sich, ihn zu beobachten, auch wenn er wie routinemäßige Administration aussieht.
Erkennung
CreateServiceSpecificCredentialVoraussetzungen
Der Zielbenutzer existiert; der Wert hängt davon ab, welche Dienste der Benutzer erreichen kann (CodeCommit, Amazon Keyspaces).
Taktik
Persistence
Eine Maßnahme, die ihn beseitigen würde: iam:CreateServiceSpecificCredential / iam:ResetServiceSpecificCredential vom Principal entfernen.
Ob sie angewendet werden sollte, hängt davon ab, wie die Berechtigung in Ihrer Umgebung verwendet wird, daher ist es eine geschäftliche Entscheidung und keine automatische Behebung. Dieselbe Berechtigung kann in einem Konto tragend und in einem anderen reines Risiko sein.
Pathbreak bestätigt, ob dieser Pfad in Ihrem Konto auflösbar ist, stuft ihn gegenüber den anderen danach ein, wie viel er eröffnet, und nutzt Ihr Bedrohungsmodell und Ihren Geschäftskontext, um zu zeigen, welche Pfade es wert sind, unterbrochen zu werden.
Fragen
Was erlaubt iam:CreateServiceSpecificCredential?
Kann dienstspezifische (CodeCommit/Keyspaces) Anmeldeinformationen für einen Benutzer erzeugen.
Kann iam:CreateServiceSpecificCredential allein Privilegien eskalieren?
Ja. Auf einer ausreichend breiten Ressource gehalten, erreicht sie ohne weitere Berechtigung nutzbare Anmeldeinformationen.
Wie wird das Erzeugen einer dienstspezifischen Anmeldeinformation für einen Benutzer erkannt?
Achten Sie in CloudTrail auf CreateServiceSpecificCredential. Der Aufruf erscheint in CloudTrail, geht aber in der normalen Administration unter, daher braucht es eine Regel, damit er auffällt.
Wie unterbricht man diesen Pfad?
Eine Maßnahme, die ihn beseitigen würde, ist: Entfernen Sie iam:CreateServiceSpecificCredential / iam:ResetServiceSpecificCredential vom Principal. Ob sie angewendet werden sollte, hängt davon ab, wie die Berechtigung in Ihrem Konto verwendet wird, es ist also eine geschäftliche Entscheidung und keine automatische Behebung.
Welche MITRE ATT&CK Technik ist das?
T1098.001, Account Manipulation: Additional Cloud Credentials, unter der Taktik Persistence.
Verwandte Pfade
Referenzen
Finden Sie dies in Ihrem eigenen Konto
Wir führen einen schreibgeschützten Scan eines AWS-Kontos durch und zeigen Ihnen, welche dieser Pfade existieren, nach Blast-Radius priorisiert, mit der Änderung, die jeden einzelnen unterbricht. Erste validierte Pfade innerhalb der Stunde.