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 / Secrets Manager
Ressourcenexposition Secrets Manager T1098

Secret-Lesezugriff per Ressourcenrichtlinie selbst gewähren

Kann die Ressourcenrichtlinie eines Secrets umschreiben, um sich selbst Lesezugriff zu gewähren, und dann lesen.

Ermöglicht Eskalation für sich allein.

secretsmanager:PutResourcePolicy
Wichtigste Erkenntnis

Für sich allein kann secretsmanager:PutResourcePolicy die Ressourcenrichtlinie eines Secrets umschreiben, um sich selbst Lesezugriff zu gewähren, und es dann lesen. Bei einem weiten Ressourcenbereich erreicht dies allein Zugriff für einen externen oder öffentlichen Principal.

PutResourcePolicy shares out to external 01 Attacker principal 02 Resource 03 Shared out 04 External account
Wie ein Angreifer von dieser Berechtigung aus vorgeht.
In Pathbreak erkunden

Warum es gefährlich ist

Ein Principal kann secretsmanager:PutResourcePolicy auf dem Secret aufrufen, um eine Ressourcenrichtlinie anzuhängen, die sich selbst (oder der Öffentlichkeit) secretsmanager:GetSecretValue gewährt, und dann den Secret-Wert lesen. Dies umgeht das Fehlen eines Lese-Grants in der Identitätsrichtlinie: Der Angreifer schreibt das Schloss um, statt einen Schlüssel zu besitzen. Ein Secret enthält häufig die langfristigen Anmeldeinformationen eines anderen Principals, die Kontrolle über die Richtlinie wird also zu direktem Diebstahl von Anmeldeinformationen und einem Übergang zu der Identität, die das Secret enthält.

In MITRE ATT&CK entspricht dies T1098, Account Manipulation, unter der Taktik Privilege Escalation. AWS protokolliert dies in CloudTrail als PutResourcePolicy. Der Aufruf erscheint in CloudTrail, geht aber in der normalen Administration unter, daher braucht es eine Regel, damit er auffällt.

Erkennung

PutResourcePolicy

Voraussetzungen

secretsmanager:PutResourcePolicy für das Secret. Der Missbrauch setzt zusätzlich voraus, dass kein SCP-/Boundary-/PrincipalOrgID-Schutzmechanismus die Übergewährung blockiert, und (bei einem kundenverwalteten CMK) kms:Decrypt für den verschlüsselnden Schlüssel, um den Wert zu lesen.

MITRE ATT&CK

T1098 · Account Manipulation

Taktik

Privilege Escalation

Den Pfad unterbrechen

Eine Maßnahme, die ihn beseitigen würde: secretsmanager:PutResourcePolicy auf Secret-Admins beschränken; Schreibzugriffe auf die Ressourcenrichtlinie per SCP verweigern; aws:PrincipalOrgID bei Secret-Ressourcenrichtlinien erfordern.

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 secretsmanager:PutResourcePolicy?

Kann die Ressourcenrichtlinie eines Secrets umschreiben, um sich selbst Lesezugriff zu gewähren, und dann lesen.

Kann secretsmanager:PutResourcePolicy 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 Secret-Lesezugriff über eine Ressourcenrichtlinie erkannt?

Achten Sie in CloudTrail auf PutResourcePolicy. 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 secretsmanager:PutResourcePolicy auf Secret-Administratoren; verweigern Sie Schreibzugriffe auf die Ressourcenrichtlinie via SCP; verlangen Sie aws:PrincipalOrgID in Secret-Ressourcenrichtlinien. 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

Gleicher DienstEin Secret lesen, das für ein externes AWS-Konto freigegeben istSecrets ManagerGleiche TechnikLambda-Invoke per Ressourcenrichtlinie selbst gewährenlambda:AddPermissionGleiche TechnikS3-Lesezugriff per Bucket-Richtlinie selbst gewährens3:PutBucketPolicyGleiche TechnikKMS Decrypt per Grant selbst gewährenkms:CreateGrantGleiche TechnikKMS-Decrypt per Schlüsselrichtlinie selbst gewährenkms:PutKeyPolicyGleiche TechnikOrg-Zugriff über Ressourcenrichtlinie gewährenorganizations:PutResourcePolicy

Referenzen

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

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