English
Español
Français
Deutsch
日本語
한국어
العربيةECR-Pull/Push per Repository-Richtlinie selbst gewähren
Kann die Richtlinie eines ECR-Repositorys umschreiben, um sich selbst Pull/Push zu gewähren, und dann Images ziehen oder vergiften.
Ermöglicht Eskalation für sich allein.
ecr:SetRepositoryPolicyFür sich allein kann ecr:SetRepositoryPolicy die Richtlinie eines ECR-Repositorys umschreiben, um sich selbst Pull/Push zu gewähren, und dann Images abrufen oder vergiften. Bei einem weiten Ressourcenbereich erreicht dies allein Zugriff für einen externen oder öffentlichen Principal.
Warum es gefährlich ist
Ein Principal kann ecr:SetRepositoryPolicy auf dem Repository aufrufen, um eine Richtlinie anzuhängen, die sich selbst (oder einem externen Konto / der Öffentlichkeit) Pull oder Push gewährt. Pull liest Container-Images, die häufig Anmeldeinformationen, Tokens und Quellcode enthalten, eine direkte Datenexfiltration. Push ersetzt Image-Tags, denen ein nachgelagerter ECS-/EKS-/CodeBuild-Consumer vertraut, und vergiftet die Lieferkette, sodass der Code des Angreifers später als die Rolle des Consumers läuft. Der Angreifer schreibt das Schloss um, statt einen Schlüssel zu besitzen.
In MITRE ATT&CK entspricht dies T1098, Account Manipulation, unter der Taktik Privilege Escalation. AWS protokolliert dies in CloudTrail als SetRepositoryPolicy. Der Aufruf erscheint in CloudTrail, geht aber in der normalen Administration unter, daher braucht es eine Regel, damit er auffällt.
Erkennung
SetRepositoryPolicyVoraussetzungen
ecr:SetRepositoryPolicy für das Repository. Der Missbrauch setzt zusätzlich voraus, dass kein SCP-/Boundary-/PrincipalOrgID-Schutzmechanismus die Übergewährung blockiert; die Push-Variante setzt voraus, dass ein privilegierter Consumer später den vergifteten Tag zieht.
MITRE ATT&CK
T1098 · Account ManipulationTaktik
Privilege Escalation
Eine Maßnahme, die ihn beseitigen würde: ecr:SetRepositoryPolicy auf Registry-Admins beschränken; Schreibzugriffe auf die Repository-Richtlinie per SCP verweigern; aws:PrincipalOrgID bei Repo-Richtlinien erfordern; Tag-Unveränderlichkeit und Image-Scanning aktivieren, damit ein vergifteter Push erkannt wird.
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 ecr:SetRepositoryPolicy?
Kann die Richtlinie eines ECR-Repositorys umschreiben, um sich selbst Pull/Push zu gewähren, und dann Images ziehen oder vergiften.
Kann ecr:SetRepositoryPolicy allein Privilegien eskalieren?
Ja. Auf einer ausreichend breiten Ressource gehalten, erreicht sie ohne weitere Berechtigung Zugriff für einen externen oder öffentlichen Principal.
Wie wird das Selbst-Gewähren von ECR-Pull/Push über eine Repository-Richtlinie erkannt?
Achten Sie in CloudTrail auf SetRepositoryPolicy. 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 ecr:SetRepositoryPolicy auf Registry-Administratoren; verweigern Sie Schreibzugriffe auf die Repository-Richtlinie via SCP; verlangen Sie aws:PrincipalOrgID in Repo-Richtlinien; aktivieren Sie Tag-Unveränderlichkeit und Image-Scanning, damit ein vergifteter Push erkannt wird. 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, Account Manipulation, 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.