English
Español
Français
Deutsch
日本語
한국어
العربيةRolle an SSM Automation übergeben
Kann ein SSM-Automation-Skript mit einer Rolle als Assume-Rolle ausführen.
Ermöglicht Eskalation nur in Kombination. All diese sind zusammen erforderlich:
iam:PassRolessm:CreateDocumentssm:StartAutomationExecutioniam:PassRole kann ein SSM-Automation-Skript mit einer Rolle als Assume Role ausführen, aber nur, wenn sie zusammen mit ssm:CreateDocument, ssm:StartAutomationExecution gehalten wird. Gemeinsam gehalten erreichen sie Administratorzugriff.
Warum es gefährlich ist
Ein Principal besitzt iam:PassRole auf der Zielrolle sowie ssm:CreateDocument und ssm:StartAutomationExecution, sodass er ein SSM-Automation-Dokument mit einem aws:executeScript-Python-Step verfassen und es starten kann, wobei er die Zielrolle als AutomationAssumeRole übergibt, SSM führt das Skript in verwalteter serverloser Compute mit den Berechtigungen der Zielrolle aus. Weil die Zielrolle ssm.amazonaws.com vertraut, wird der Pass akzeptiert; ist die Zielrolle privilegiert, ist dies eine vollständige Privilege Escalation ohne EC2, Agent oder zwischengeschaltete Infrastruktur.
In MITRE ATT&CK entspricht dies T1648, Serverless Execution, unter der Taktik Privilege Escalation. AWS protokolliert dies in CloudTrail als CreateDocument, StartAutomationExecution. Der Aufruf erscheint in CloudTrail, geht aber in der normalen Administration unter, daher braucht es eine Regel, damit er auffällt.
Erkennung
CreateDocumentStartAutomationExecutionVoraussetzungen
Die Vertrauensrichtlinie der Zielrolle muss ssm.amazonaws.com zulassen (als AutomationAssumeRole verwendet).
MITRE ATT&CK
T1648 · Serverless ExecutionTaktik
Privilege Escalation
Eine Maßnahme, die ihn beseitigen würde: iam:PassRole für diese Rolle entfernen oder mit iam:PassedToService einschränken.
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:PassRole?
Kann ein SSM-Automation-Skript mit einer Rolle als Assume-Rolle ausführen.
Was ist außerdem nötig, damit iam:PassRole gefährlich ist?
Es wird erst zur Eskalation, wenn es mit ssm:CreateDocument, ssm:StartAutomationExecution kombiniert wird. Für sich allein reicht es nicht aus, was die Kombination leicht übersehbar macht.
Wie wird das Übergeben einer Rolle an SSM Automation erkannt?
Achten Sie in CloudTrail auf CreateDocument, StartAutomationExecution. 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:PassRole für diese Rolle oder beschränken Sie es mit iam:PassedToService. 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?
T1648, Serverless Execution, unter der Taktik Privilege Escalation.
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.