English
Español
Français
Deutsch
日本語
한국어
العربيةCloudFormation-Stack-Rolle über Change Set kapern
Kann ein bösartiges Change Set auf einem Stack als dessen bestehende Service-Rolle ausführen.
Ermöglicht Eskalation nur in Kombination. All diese sind zusammen erforderlich:
cloudformation:CreateChangeSetcloudformation:ExecuteChangeSetcloudformation:ExecuteChangeSet kann ein bösartiges Change Set auf einem Stack als dessen bestehende Service-Rolle ausführen, aber nur, wenn sie zusammen mit cloudformation:CreateChangeSet gehalten wird. Gemeinsam gehalten erreichen sie Administratorzugriff.
Warum es gefährlich ist
Ein Principal kann cloudformation:CreateChangeSet und cloudformation:ExecuteChangeSet auf einem bestehenden CloudFormation-Stack aufrufen, der die Service-Rolle bereits trägt. Indem er ein geändertes Template als Change Set bereitstellt und ausführt, bringt der Principal CloudFormation dazu, die Änderungen des Angreifers mit der Zielrolle anzuwenden, ohne iam:PassRole, weil die Zielrolle bereits an den Stack gebunden ist. Eine privilegierte Service-Rolle bedeutet, dass das Template des Angreifers Admin-Ressourcen bereitstellen kann: vollständige Privilege Escalation gegen einen Stack, dem bereits vertraut wurde.
In MITRE ATT&CK entspricht dies T1578, Modify Cloud Compute Infrastructure, unter der Taktik Privilege Escalation. AWS protokolliert dies in CloudTrail als CreateChangeSet, ExecuteChangeSet. Der Aufruf erscheint in CloudTrail, geht aber in der normalen Administration unter, daher braucht es eine Regel, damit er auffällt.
Erkennung
CreateChangeSetExecuteChangeSetVoraussetzungen
Ein bestehender Stack, dem eine Service Role angehängt ist; Berechtigung, ein Change Set darauf zu erstellen und auszuführen.
MITRE ATT&CK
T1578 · Modify Cloud Compute InfrastructureTaktik
Privilege Escalation
Eine Maßnahme, die ihn beseitigen würde: cloudformation:CreateChangeSet/ExecuteChangeSet bei Stacks beschränken, die eine privilegierte Service-Rolle tragen.
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 cloudformation:ExecuteChangeSet?
Kann ein bösartiges Change Set auf einem Stack als dessen bestehende Service-Rolle ausführen.
Was ist außerdem nötig, damit cloudformation:ExecuteChangeSet gefährlich ist?
Es wird erst zur Eskalation, wenn es mit cloudformation:CreateChangeSet kombiniert wird. Für sich allein reicht es nicht aus, was die Kombination leicht übersehbar macht.
Wie wird das Kapern einer CloudFormation-Stack-Rolle über ein Change Set erkannt?
Achten Sie in CloudTrail auf CreateChangeSet, ExecuteChangeSet. 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: Beschränken Sie cloudformation:CreateChangeSet/ExecuteChangeSet bei Stacks, die eine privilegierte Service-Rolle tragen. 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?
T1578, Modify Cloud Compute Infrastructure, 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.