English
Español
Français
Deutsch
日本語
한국어
العربيةInstanzrolle über SSM-Sitzung kapern
Kann eine SSM-Shell auf einer Instanz öffnen und ihre Instanzprofil-Rolle stehlen.
Ermöglicht Eskalation nur in Kombination. All diese sind zusammen erforderlich:
ssm:StartSessionec2:DescribeInstancesssm:StartSession kann eine SSM-Shell auf einer Instanz öffnen und deren Instanzprofil-Rolle stehlen, aber nur, wenn sie zusammen mit ec2:DescribeInstances gehalten wird. Gemeinsam gehalten erreichen sie Administratorzugriff.
Warum es gefährlich ist
Ein Principal kann ssm:StartSession aufrufen, um eine interaktive Session-Manager-Shell auf einer SSM-verwalteten Instanz zu öffnen, die die Instanzprofil-Rolle bereits trägt, und dann die aktiven Anmeldeinformationen der Instanz vom Instance Metadata Service (IMDS) lesen. Kein SSH-Schlüssel, kein offener Security-Group-Port und kein Schreibzugriff auf die Instanz, denn weil die Instanz bereits an die Maschine gebunden ist, genügt eine Shell darauf, um die Rolle zu stehlen. Ist die Instanz privilegiert, ist dies eine vollständige Privilege Escalation gegen eine Instanz, der 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 StartSession, DescribeInstances. Der Aufruf erscheint in CloudTrail, geht aber in der normalen Administration unter, daher braucht es eine Regel, damit er auffällt.
Erkennung
StartSessionDescribeInstancesVoraussetzungen
Eine bestehende SSM-verwaltete Instanz mit einem Instance Profile; ssm:StartSession-Berechtigung. ec2:DescribeInstances zählt Ziele auf und wird gegen einen Wildcard geprüft. Der SSM-Agent muss auf der Instanz registriert sein.
MITRE ATT&CK
T1578 · Modify Cloud Compute InfrastructureTaktik
Privilege Escalation
Eine Maßnahme, die ihn beseitigen würde: ssm:StartSession auf Break-Glass-Principals beschränken; die Berechtigungen der Instanzprofil-Rolle reduzieren.
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 ssm:StartSession?
Kann eine SSM-Shell auf einer Instanz öffnen und ihre Instanzprofil-Rolle stehlen.
Was ist außerdem nötig, damit ssm:StartSession gefährlich ist?
Es wird erst zur Eskalation, wenn es mit ec2:DescribeInstances kombiniert wird. Für sich allein reicht es nicht aus, was die Kombination leicht übersehbar macht.
Wie wird das Kapern einer Instanzrolle über eine SSM-Sitzung erkannt?
Achten Sie in CloudTrail auf StartSession, DescribeInstances. 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 ssm:StartSession auf Break-Glass-Principals; reduzieren Sie die Berechtigungen der Instanzprofil-Rolle. 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.