English
Español
Français
Deutsch
日本語
한국어
العربيةRollenvertrauen umschreiben, dann annehmen
Kann die Vertrauensrichtlinie einer Rolle umschreiben und sie dann übernehmen.
Ermöglicht Eskalation nur in Kombination. All diese sind zusammen erforderlich:
iam:UpdateAssumeRolePolicysts:AssumeRoleiam:UpdateAssumeRolePolicy kann die Vertrauensrichtlinie einer Rolle umschreiben und sie dann annehmen, aber nur, wenn sie zusammen mit sts:AssumeRole gehalten wird. Gemeinsam gehalten erreichen sie Administratorzugriff.
Warum es gefährlich ist
Ein Principal kann iam:UpdateAssumeRolePolicy aufrufen, um die Vertrauensrichtlinie der Rolle so umzuschreiben, dass sie dem Principal vertraut, und dann sts:AssumeRole aufrufen, um sie zu übernehmen. Dieser zweistufige Zug erlaubt dem Principal, jede Rolle im Konto unabhängig von ihrem ursprünglichen Vertrauen zu übernehmen, ist die Zielrolle privilegiert, ist das eine direkte Privilege Escalation. (Beide Aktionen sind erforderlich: Das Umschreiben des Vertrauens ist ohne das nachfolgende Assume nutzlos.)
In MITRE ATT&CK entspricht dies T1098.003, Account Manipulation: Additional Cloud Roles, unter der Taktik Privilege Escalation. AWS protokolliert dies in CloudTrail als UpdateAssumeRolePolicy, AssumeRole. 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
UpdateAssumeRolePolicyAssumeRoleVoraussetzungen
Verfügt zusätzlich über sts:AssumeRole, um die Rolle nach dem Umschreiben ihrer Vertrauensrichtlinie zu verwenden.
Taktik
Privilege Escalation
Eine Maßnahme, die ihn beseitigen würde: iam:UpdateAssumeRolePolicy 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:UpdateAssumeRolePolicy?
Kann die Vertrauensrichtlinie einer Rolle umschreiben und sie dann übernehmen.
Was ist außerdem nötig, damit iam:UpdateAssumeRolePolicy gefährlich ist?
Es wird erst zur Eskalation, wenn es mit sts:AssumeRole kombiniert wird. Für sich allein reicht es nicht aus, was die Kombination leicht übersehbar macht.
Wie wird das Umschreiben der Rollen-Vertrauensrichtlinie und das anschließende Annehmen erkannt?
Achten Sie in CloudTrail auf UpdateAssumeRolePolicy, AssumeRole. 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:UpdateAssumeRolePolicy 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.003, Account Manipulation: Additional Cloud Roles, 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.