Ressourcenexposition Lake Formation T1098

Lake-Formation-Datenzugriff selbst gewähren

Kann sich selbst Lake-Formation-Berechtigungen auf einer verwalteten Tabelle gewähren und sie dann lesen.

Ermöglicht Eskalation für sich allein.

lakeformation:GrantPermissions
Wichtigste Erkenntnis

Für sich allein kann lakeformation:GrantPermissions sich selbst Lake Formation-Berechtigungen auf einer verwalteten Tabelle gewähren und sie dann lesen. Bei einem weiten Ressourcenbereich erreicht dies allein Zugriff für einen externen oder öffentlichen Principal.

GrantPermissions 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 lakeformation:GrantPermissions aufrufen, um sich selbst SELECT (oder ALL) auf der verwalteten Tabelle zu gewähren, und dann die Tabelle und die S3-Daten abfragen, die sie katalogisiert. Lake Formation ist die Autorisierungsschicht über dem Data Lake, Selbstgewährung darin umgeht also das Fehlen eines Grants auf Tabellenebene: Der Angreifer schreibt das Schloss um, statt einen Schlüssel zu besitzen, und verwandelt die Kontrolle über die Grant-API in Lesezugriff auf die verwalteten Daten.

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

Erkennung

GrantPermissionsPutDataLakeSettings

Voraussetzungen

lakeformation:GrantPermissions (oder PutDataLakeSettings, um sich selbst zum LF-Admin zu befördern). Der Missbrauch setzt zusätzlich voraus, dass kein SCP-/Boundary-/PrincipalOrgID-Schutzmechanismus greift und dass die eigenen Grant-Regeln von Lake Formation den Grant zulassen; das Lesen der Tabelle erfordert glue:GetTable plus den Athena-/Glue-Datenpfad.

MITRE ATT&CK

T1098 · Account Manipulation

Taktik

Privilege Escalation

Den Pfad unterbrechen

Eine Maßnahme, die ihn beseitigen würde: lakeformation:GrantPermissions und lakeformation:PutDataLakeSettings auf Data-Lake-Admins beschränken; LF-Grant-/Admin-Schreibzugriffe per SCP verweigern; die Data-Lake-Einstellungen und die Menge der LF-Administratoren prüfen.

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 lakeformation:GrantPermissions?

Kann sich selbst Lake-Formation-Berechtigungen auf einer verwalteten Tabelle gewähren und sie dann lesen.

Kann lakeformation:GrantPermissions 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 Lake Formation-Datenzugriff erkannt?

Achten Sie in CloudTrail auf GrantPermissions, PutDataLakeSettings. 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 lakeformation:GrantPermissions und lakeformation:PutDataLakeSettings auf Data-Lake-Administratoren; verweigern Sie LF-Grant-/Admin-Schreibzugriffe via SCP; überprüfen Sie die Data-Lake-Einstellungen und die Menge der LF-Administratoren. 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

Gleiche 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 TechnikSecret-Lesezugriff per Ressourcenrichtlinie selbst gewährensecretsmanager:PutResourcePolicyGleiche TechnikOrg-Zugriff über Ressourcenrichtlinie gewährenorganizations:PutResourcePolicy

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.

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