Zum Inhalt springen
PATHBREAK
Angriffspfade Compliance So funktioniert es Angriffskarte Preise Blog
EnglishEspañolFrançaisDeutsch日本語한국어العربية
Anmelden Demo anfragen
Angriffspfade Compliance So funktioniert es Angriffskarte Preise Blog
EnglishEspañolFrançaisDeutsch日本語한국어العربية
Anmelden Demo anfragen
Die Pathbreak Attack Map für AWS / EC2
Privilege Escalation EC2 T1578

Instanzrolle über Instance Connect kapern

Kann über Instance Connect einen SSH-Schlüssel übertragen und die Rolle einer Instanz stehlen.

Ermöglicht Eskalation nur in Kombination. All diese sind zusammen erforderlich:

ec2-instance-connect:SendSSHPublicKeyec2:DescribeInstances
Wichtigste Erkenntnis

ec2-instance-connect:SendSSHPublicKey kann einen SSH-Schlüssel über Instance Connect einspielen und die Rolle einer Instanz stehlen, aber nur, wenn sie zusammen mit ec2:DescribeInstances gehalten wird. Gemeinsam gehalten erreichen sie Administratorzugriff.

SendSSHPublicKey runs as its role 01 Attacker principal 02 Existing compute 03 Its role 04 Administrator
Wie ein Angreifer von dieser Berechtigung aus vorgeht.
In Pathbreak erkunden

Warum es gefährlich ist

Ein Principal kann ec2-instance-connect:SendSSHPublicKey aufrufen, um einen kurzlebigen SSH-Schlüssel auf eine laufende Instanz einzuschleusen, die die Instanzprofil-Rolle bereits trägt, dann per SSH über das Netzwerk einsteigen und die aktiven Anmeldeinformationen der Instanz aus IMDS lesen. Weil die Instanz bereits an die Maschine gebunden ist, genügt eine Shell darauf, um die Rolle zu stehlen, ohne iam:PassRole. Anders als bei SSM erfordert dies einen erreichbaren SSH-Port (22) auf der Instanz, es funktioniert also nur dort, wo der Netzwerkpfad existiert; 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 SendSSHPublicKey, DescribeInstances. Der Aufruf erscheint in CloudTrail, geht aber in der normalen Administration unter, daher braucht es eine Regel, damit er auffällt.

Erkennung

SendSSHPublicKeyDescribeInstances

Voraussetzungen

Eine bestehende laufende Instanz mit einem Instance Profile, die aus der Position des Angreifers auf ihrem SSH-Port (22) erreichbar ist; ec2-instance-connect:SendSSHPublicKey-Berechtigung. ec2:DescribeInstances zählt Ziele auf und wird gegen einen Wildcard geprüft. Instance Connect umgeht, anders als SSM, NICHT den Netzwerkpfad oder die Security Groups.

MITRE ATT&CK

T1578 · Modify Cloud Compute Infrastructure

Taktik

Privilege Escalation

Den Pfad unterbrechen

Eine Maßnahme, die ihn beseitigen würde: ec2-instance-connect:SendSSHPublicKey auf Break-Glass-Principals beschränken; eingehenden Port 22 schließen und SSM Session Manager bevorzugen.

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 ec2-instance-connect:SendSSHPublicKey?

Kann über Instance Connect einen SSH-Schlüssel übertragen und die Rolle einer Instanz stehlen.

Was ist außerdem nötig, damit ec2-instance-connect:SendSSHPublicKey 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 Instance Connect erkannt?

Achten Sie in CloudTrail auf SendSSHPublicKey, 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 ec2-instance-connect:SendSSHPublicKey auf Break-Glass-Principals; schließen Sie den eingehenden Port 22 und bevorzugen Sie SSM Session Manager. 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

Gleicher DienstEC2-User-Data kapernec2:ModifyInstanceAttributeGleicher DienstRolle an EC2-Fleet übergebeniam:PassRoleGleicher DienstRolle an EKS-Node-Group übergebeniam:PassRoleGleicher DienstUser-Data in EC2-Launch-Template einschleusenec2:CreateLaunchTemplateVersionGleicher DienstRolle an Auto Scaling-Gruppe übergebeniam:PassRoleGleicher DienstRolle an EC2 übergebeniam:PassRole

Referenzen

  • https://attack.mitre.org/techniques/T1578/

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.

Kostenlosen Scan anfragen Sehen Sie sich das 7-minütige Walkthrough an
PATHBREAK

Validierte AWS-Angriffspfade und die Änderung, die jeden einzelnen unterbricht.

Plattform

Übersicht Angriffspfade So funktioniert es Preise Angriffskarte Bedrohungsakteure Demo pathbreak-audit

Unternehmen

Über uns Demo anfragen hello@pathbreak.io

Eingetragener Firmensitz

60 High Street
Wimbledon
London, England
SW19 5EE

Pathbreak Ltd · Company No. 17265710
© 2026 Pathbreak Ltd. Alle Rechte vorbehalten.
Nutzungsbedingungen Datenschutz Sicherheit Vertrauen
pathbreak.io