GCP - local privilege escalation ssh pivoting
In diesem Szenario nehmen wir an, dass Sie ein nicht privilegiertes Konto innerhalb einer VM in einem Compute Engine-Projekt kompromittiert haben.
Erstaunlicherweise können GCP-Berechtigungen des Compute-Engine, den Sie kompromittiert haben, Ihnen helfen, lokale Privilegien innerhalb einer Maschine zu eskalieren. Auch wenn dies in einer Cloud-Umgebung nicht immer sehr hilfreich ist, ist es gut zu wissen, dass es möglich ist.
Lesen Sie die Skripte
Compute-Instanzen sind wahrscheinlich dazu da, einige Skripte auszuführen, um Aktionen mit ihren Dienstkonten durchzuführen.
Da IAM so granular ist, kann ein Konto Lese-/Schreibberechtigungen für eine Ressource haben, aber keine Listenberechtigungen.
Ein großartiges hypothetisches Beispiel hierfür ist eine Compute-Instanz, die Berechtigung hat, Backups in einem Speicherbucket namens instance82736-long-term-xyz-archive-0332893
zu lesen/schreiben.
Wenn Sie gsutil ls
von der Befehlszeile ausführen, wird nichts zurückgegeben, da dem Dienstkonto die storage.buckets.list
-IAM-Berechtigung fehlt. Wenn Sie jedoch gsutil ls gs://instance82736-long-term-xyz-archive-0332893
ausführen, finden Sie möglicherweise ein vollständiges Dateisystem-Backup, das Ihnen Zugriff auf Klartextdaten gibt, auf die Ihr lokales Linux-Konto keinen Zugriff hat.
Sie können diesen Bucket-Namen möglicherweise in einem Skript (in Bash, Python, Ruby...) finden.
Benutzerdefinierte Metadaten
Administratoren können benutzerdefinierte Metadaten auf Instanz- und Projektebene hinzufügen. Dies ist einfach eine Möglichkeit, beliebige Schlüssel/Wert-Paare in eine Instanz zu übergeben, und wird häufig für Umgebungsvariablen und Start-/Stopp-Skripte verwendet.
Darüber hinaus ist es möglich, Benutzerdaten hinzuzufügen, was ein Skript ist, das jedes Mal ausgeführt wird, wenn die Maschine gestartet oder neu gestartet wird und das auch vom Metadaten-Endpunkt aus abgerufen werden kann.
Für weitere Informationen siehe:
Missbrauch von IAM-Berechtigungen
Die meisten der folgenden vorgeschlagenen Berechtigungen werden dem Standard-Compute-SA gegeben, das einzige Problem ist, dass der Standardzugriffsbereich das SA daran hindert, sie zu verwenden. Wenn jedoch der cloud-platform
-Bereich aktiviert ist oder nur der compute
-Bereich aktiviert ist, können Sie sie missbrauchen.
Überprüfen Sie die folgenden Berechtigungen:
Suchen Sie nach Schlüsseln im Dateisystem
Überprüfen Sie, ob sich andere Benutzer in gcloud in der Box angemeldet haben und ihre Anmeldeinformationen im Dateisystem hinterlassen haben:
Das sind die interessantesten Dateien:
~/.config/gcloud/credentials.db
~/.config/gcloud/legacy_credentials/[ACCOUNT]/adc.json
~/.config/gcloud/legacy_credentials/[ACCOUNT]/.boto
~/.credentials.json
Weitere API-Schlüssel Regex-Muster
Referenzen
Last updated