Translated ['', 'src/pentesting-cloud/azure-security/az-enumeration-tool

2026-07-29 07:00:29 -07:00 · 2026-02-05 12:29:44 +00:00
parent f3e3520ff6
commit 7611fd5ef5
1 changed files with 216 additions and 75 deletions
@@ -1,4 +1,4 @@
-# Az - Enumeration Tools
+# Az - Strumenti di enumerazione

 {{#include ../../banners/hacktricks-training.md}}

@@ -24,7 +24,7 @@ pwsh
 # Az cli
 curl -sL https://aka.ms/InstallAzureCLIDeb | sudo bash
 ```
-## Installa PowerShell in MacOS
+## Installare PowerShell su MacOS

 Istruzioni tratte dalla [**documentation**](https://learn.microsoft.com/en-us/powershell/scripting/install/installing-powershell-on-macos?view=powershell-7.4):

@@ -53,7 +53,7 @@ brew upgrade powershell

 Segui questo link per le [**installation instructions¡**](https://learn.microsoft.com/en-us/cli/azure/install-azure-cli#install).

-I comandi in Azure CLI sono strutturati secondo lo schema: `az <service> <action> <parameters>`
+I comandi in Azure CLI sono strutturati secondo il formato: `az <service> <action> <parameters>`

 #### Debug | MitM az cli

@@ -61,7 +61,7 @@ Usando il parametro **`--debug`** è possibile vedere tutte le richieste che lo
 ```bash
 az account management-group list --output table --debug
 ```
-Per eseguire un **MitM** allo strumento e **controllare manualmente tutte le richieste** che invia puoi fare:
+Per effettuare un **MitM** sul tool e **controllare manualmente tutte le richieste** che invia puoi fare:

 {{#tabs }}
 {{#tab name="Bash" }}
@@ -104,25 +104,189 @@ $env:HTTP_PROXY="http://127.0.0.1:8080"
 {{#endtab }}
 {{#endtabs }}

+<details>
+<summary><strong>Correzione di “CA cert does not include key usage extension”</strong></summary>
+
+### Perché si verifica l'errore
+
+When Azure CLI authenticates, it makes HTTPS requests (via MSAL → Requests → OpenSSL). If you’re intercepting TLS with Burp, Burp generates “on the fly” certificates for sites like `login.microsoftonline.com` and signs them with Burp’s CA.
+
+On newer stacks (Python 3.13 + OpenSSL 3), CA validation is stricter:
+
+- Un certificato CA deve includere **Basic Constraints: `CA:TRUE`** e una estensione **Key Usage** che permetta la firma dei certificati (**`keyCertSign`**, e tipicamente **`cRLSign`**).
+
+Burp’s default CA (PortSwigger CA) is old and typically lacks the Key Usage extension, so OpenSSL rejects it even if you “trust it”.
+
+That produces errors like:
+
+- `CA cert does not include key usage extension`
+- `CERTIFICATE_VERIFY_FAILED`
+- `self-signed certificate in certificate chain`
+
+Quindi devi:
+
+1. Create a modern CA (with proper Key Usage).
+2. Make Burp use it to sign intercepted certs.
+3. Trust that CA in macOS.
+4. Point Azure CLI / Requests to that CA bundle.
+
+### Passo-passo: configurazione funzionante
+
+#### 0) Prerequisiti
+
+- Burp in esecuzione localmente (proxy su `127.0.0.1:8080`)
+- Azure CLI installato (Homebrew)
+- Disponi di `sudo` (per aggiungere la CA al keychain di sistema)
+
+#### 1) Create a standards-compliant Burp CA (PEM + KEY)
+
+Crea un file di configurazione OpenSSL che imposti esplicitamente le estensioni della CA:
+```bash
+mkdir -p ~/burp-ca && cd ~/burp-ca
+
+cat > burp-ca.cnf <<'EOF'
+[ req ]
+default_bits       = 2048
+prompt             = no
+default_md         = sha256
+distinguished_name = dn
+x509_extensions    = v3_ca
+
+[ dn ]
+C  = US
+O  = Burp Custom CA
+CN = Burp Custom Root CA
+
+[ v3_ca ]
+basicConstraints = critical,CA:TRUE
+keyUsage = critical,keyCertSign,cRLSign
+subjectKeyIdentifier = hash
+authorityKeyIdentifier = keyid:always,issuer
+EOF
+```
+Genera il certificato CA + la chiave privata:
+```bash
+openssl req -x509 -new -nodes \
+-days 3650 \
+-keyout burp-ca.key \
+-out burp-ca.pem \
+-config burp-ca.cnf
+```
+Controllo rapido (DEVI vedere Key Usage):
+```bash
+openssl x509 -in burp-ca.pem -noout -text | egrep -A3 "Basic Constraints|Key Usage"
+```
+Dovrebbe includere qualcosa del tipo:
+
+- `CA:TRUE`
+- `Key Usage: ... Certificate Sign, CRL Sign`
+
+#### 2) Convertire in PKCS#12 (formato di importazione per Burp)
+
+Burp ha bisogno del certificato + della chiave privata; il modo più semplice è PKCS#12:
+```bash
+openssl pkcs12 -export \
+-out burp-ca.p12 \
+-inkey burp-ca.key \
+-in burp-ca.pem \
+-name "Burp Custom Root CA"
+```
+Ti verrà chiesto di impostare una password per l'export (impostane una; Burp la richiederà).
+
+#### 3) Importa la CA in Burp e riavvia Burp
+
+In Burp:
+
+- Proxy → Options
+- Find Import / export CA certificate
+- Click Import CA certificate
+- Choose PKCS#12
+- Select `burp-ca.p12`
+- Enter the password
+- Restart Burp completely (important)
+
+Perché riavviare? Burp potrebbe continuare a usare la vecchia CA fino al riavvio.
+
+#### 4) Imposta la nuova CA come attendibile nel keychain di sistema di macOS
+
+Questo permette alle app di sistema e a molti stack TLS di considerare attendibile la CA.
+```bash
+sudo security add-trusted-cert \
+-d -r trustRoot \
+-k /Library/Keychains/System.keychain \
+~/burp-ca/burp-ca.pem
+```
+(Se preferisci la GUI: Keychain Access → System → Certificates → import → set “Always Trust”.)
+
+#### 5) Configura le variabili d'ambiente per il proxy
+```bash
+export HTTPS_PROXY="http://127.0.0.1:8080"
+export HTTP_PROXY="http://127.0.0.1:8080"
+```
+#### 6) Configurare Requests/Azure CLI affinché si fidino della tua Burp CA
+
+Azure CLI usa Python Requests internamente; configura entrambe le seguenti opzioni:
+```bash
+export REQUESTS_CA_BUNDLE="$HOME/burp-ca/burp-ca.pem"
+export SSL_CERT_FILE="$HOME/burp-ca/burp-ca.pem"
+```
+Note:
+
+- `REQUESTS_CA_BUNDLE` è usato da Requests.
+- `SSL_CERT_FILE` aiuta per altri client TLS e casi limite.
+- Di solito non è necessario il vecchio `ADAL_PYTHON_SSL_NO_VERIFY` / `AZURE_CLI_DISABLE_CONNECTION_VERIFICATION` una volta che la CA è corretta.
+
+#### 7) Verifica che Burp stia effettivamente firmando con la tua nuova CA (controllo critico)
+
+Questo conferma che la tua catena di intercettazione è corretta:
+```bash
+openssl s_client -connect login.microsoftonline.com:443 \
+-proxy 127.0.0.1:8080 </dev/null 2>/dev/null \
+| openssl x509 -noout -issuer
+```
+L'issuer previsto contiene il nome della tua CA, ad esempio:
+
+`O=Burp Custom CA, CN=Burp Custom Root CA`
+
+Se vedi ancora PortSwigger CA, Burp non sta usando la CA che hai importato → ricontrolla l'importazione e riavvia.
+
+#### 8) Verificare che Python Requests funzioni tramite Burp
+```bash
+python3 - <<'EOF'
+import requests
+requests.get("https://login.microsoftonline.com")
+print("OK")
+EOF
+```
+Atteso: `OK`
+
+#### 9) Test di Azure CLI
+```bash
+az account get-access-token --resource=https://management.azure.com/
+```
+Se sei già autenticato, dovrebbe restituire JSON con un `accessToken`.
+
+</details>
+
 ### Az PowerShell

-Azure PowerShell è un modulo con cmdlets per gestire le risorse Azure direttamente dalla riga di comando di PowerShell.
+Azure PowerShell è un modulo con cmdlet per gestire le risorse Azure direttamente dalla riga di comando di PowerShell.

-Follow this link for the [**installation instructions**](https://learn.microsoft.com/en-us/powershell/azure/install-azure-powershell).
+Segui questo link per le [**installation instructions**](https://learn.microsoft.com/en-us/powershell/azure/install-azure-powershell).

 I comandi in Azure PowerShell AZ Module sono strutturati come: `<Action>-Az<Service> <parameters>`

 #### Debug | MitM Az PowerShell

-Usando il parametro **`-Debug`** è possibile vedere tutte le richieste che lo strumento invia:
+Usando il parametro **`-Debug`** è possibile vedere tutte le richieste che lo strumento sta inviando:
 ```bash
 Get-AzResourceGroup -Debug
 ```
-Per effettuare un **MitM** sul tool e **controllare manualmente tutte le richieste** che invia, puoi impostare le variabili d'ambiente `HTTPS_PROXY` e `HTTP_PROXY` secondo i [**docs**](https://learn.microsoft.com/en-us/powershell/azure/az-powershell-proxy).
+Per effettuare un **MitM** sullo strumento e **verificare manualmente tutte le richieste** che invia, puoi impostare le variabili d'ambiente `HTTPS_PROXY` e `HTTP_PROXY` secondo la [**docs**](https://learn.microsoft.com/en-us/powershell/azure/az-powershell-proxy).

 ### Microsoft Graph PowerShell

-Microsoft Graph PowerShell è un SDK cross-platform che consente l'accesso a tutte le Microsoft Graph APIs, inclusi servizi come SharePoint, Exchange e Outlook, utilizzando un singolo endpoint. Supporta PowerShell 7+, l'autenticazione moderna tramite MSAL, identità esterne e query avanzate. Con un focus sul principio del minimo privilegio, garantisce operazioni sicure e riceve aggiornamenti regolari per adeguarsi alle ultime funzionalità delle Microsoft Graph API.
+Microsoft Graph PowerShell è un SDK cross-platform che consente l'accesso a tutte le Microsoft Graph APIs, inclusi servizi come SharePoint, Exchange e Outlook, utilizzando un unico endpoint. Supporta PowerShell 7+, l'autenticazione moderna tramite MSAL, identità esterne e query avanzate. Con un focus sul principio del minimo privilegio, garantisce operazioni sicure e riceve aggiornamenti regolari per allinearsi alle più recenti funzionalità delle Microsoft Graph API.

 Segui questo link per le [**installation instructions**](https://learn.microsoft.com/en-us/powershell/microsoftgraph/installation).

@@ -130,18 +294,18 @@ I comandi in Microsoft Graph PowerShell sono strutturati come: `<Action>-Mg<Serv

 #### Debug Microsoft Graph PowerShell

-Usando il parametro **`-Debug`** è possibile vedere tutte le richieste che il tool invia:
+Usando il parametro **`-Debug`** è possibile vedere tutte le richieste che lo strumento invia:
 ```bash
 Get-MgUser -Debug
 ```
 ### ~~**AzureAD Powershell**~~

-Il modulo Azure Active Directory (AD), ora **deprecato**, fa parte di Azure PowerShell per la gestione delle risorse Azure AD. Fornisce cmdlet per attività come la gestione di utenti, gruppi e registrazioni di applicazioni in Entra ID.
+Il modulo Azure Active Directory (AD), ora **deprecato**, fa parte di Azure PowerShell per la gestione delle risorse Azure AD. Fornisce cmdlets per attività come la gestione di utenti, gruppi e registrazioni di applicazioni in Entra ID.

 > [!TIP]
-> Questo è sostituito da Microsoft Graph PowerShell
+> Questo è stato sostituito da Microsoft Graph PowerShell

-Follow this link for the [**installation instructions**](https://www.powershellgallery.com/packages/AzureAD).
+Segui questo link per le [**istruzioni di installazione**](https://www.powershellgallery.com/packages/AzureAD).


 ## Strumenti automatizzati per Recon & Compliance
@@ -179,9 +343,9 @@ powerpipe server
 ```
 ### [Prowler](https://github.com/prowler-cloud/prowler)

-Prowler è uno strumento di sicurezza Open Source per eseguire valutazioni delle best practice di sicurezza, audit, incident response, continuous monitoring, hardening e forensics readiness per AWS, Azure, Google Cloud e Kubernetes.
+Prowler è uno strumento di sicurezza open source per eseguire security best practices assessments, audits, incident response, continuous monitoring, hardening e forensics readiness su AWS, Azure, Google Cloud e Kubernetes.

-Permette fondamentalmente di eseguire centinaia di controlli su un ambiente Azure per individuare misconfigurazioni di sicurezza e raccogliere i risultati in json (e altri formati di testo) o consultarli sul web.
+Permette fondamentalmente di eseguire centinaia di checks su un ambiente Azure per trovare security misconfigurations e raccogliere i risultati in json (e altri formati di testo) o visualizzarli sul web.
 ```bash
 # Create a application with Reader role and set the tenant ID, client ID and secret in prowler so it access the app

@@ -203,9 +367,9 @@ docker run --rm -e "AZURE_CLIENT_ID=<client-id>" -e "AZURE_TENANT_ID=<tenant-id>
 ```
 ### [Monkey365](https://github.com/silverhack/monkey365)

-Consente di eseguire automaticamente revisioni della configurazione di sicurezza delle Azure subscriptions e di Microsoft Entra ID.
+Permette di eseguire automaticamente revisioni della configurazione di sicurezza delle sottoscrizioni Azure e di Microsoft Entra ID.

-I report HTML vengono memorizzati nella directory `./monkey-reports` all'interno della cartella del repository GitHub.
+I report HTML sono memorizzati nella directory `./monkey-reports` nella cartella del repository github.
 ```bash
 git clone https://github.com/silverhack/monkey365
 Get-ChildItem -Recurse monkey365 | Unblock-File
@@ -226,7 +390,7 @@ Invoke-Monkey365 -TenantId <tenant-id> -ClientId <client-id> -ClientSecret $Secu
 ```
 ### [ScoutSuite](https://github.com/nccgroup/ScoutSuite)

-ScoutSuite raccoglie dati di configurazione per l'ispezione manuale e mette in evidenza le aree a rischio. È uno strumento di auditing della sicurezza multi-cloud che consente la valutazione della postura di sicurezza degli ambienti cloud.
+Scout Suite raccoglie dati di configurazione per ispezione manuale e mette in evidenza le aree a rischio. È uno strumento di security-auditing multi-cloud, che consente la valutazione della postura di sicurezza degli ambienti cloud.
 ```bash
 virtualenv -p python3 venv
 source venv/bin/activate
@@ -242,18 +406,18 @@ python scout.py azure --cli
 ```
 ### [Azure-MG-Sub-Governance-Reporting](https://github.com/JulianHayward/Azure-MG-Sub-Governance-Reporting)

-È uno script powershell che ti aiuta a **visualizzare tutte le risorse e le autorizzazioni all'interno di un Management Group e del tenant Entra ID** e a trovare misconfigurazioni di sicurezza.
+È uno script PowerShell che ti aiuta a **visualizzare tutte le risorse e le autorizzazioni all'interno di un Management Group e dell'Entra ID** tenant e a individuare misconfigurazioni di sicurezza.

-Funziona usando il modulo Az PowerShell, quindi qualsiasi autenticazione supportata da questo tool è supportata dal tool.
+Funziona usando il modulo Az PowerShell, quindi qualsiasi autenticazione supportata da questo modulo è supportata dallo script.
 ```bash
 import-module Az
 .\AzGovVizParallel.ps1 -ManagementGroupId <management-group-id> [-SubscriptionIdWhitelist <subscription-id>]
 ```
-## Strumenti automatici di Post-Exploitation
+## Automated Post-Exploitation tools

 ### [**ROADRecon**](https://github.com/dirkjanm/ROADtools)

-L'enumerazione di ROADRecon fornisce informazioni sulla configurazione di Entra ID, come utenti, gruppi, ruoli, criteri di accesso condizionale...
+L'enumeration di ROADRecon fornisce informazioni sulla configurazione di Entra ID, come utenti, gruppi, ruoli, policy di accesso condizionale...
 ```bash
 cd ROADTools
 pipenv shell
@@ -268,19 +432,19 @@ roadrecon gui

 AzureHound è il collector di BloodHound per Microsoft Entra ID e Azure. È un singolo binario statico Go per Windows/Linux/macOS che comunica direttamente con:
 - Microsoft Graph (Entra ID directory, M365) e
- Azure Resource Manager (ARM) control plane (subscriptions, resource groups, compute, storage, key vault, app services, AKS, ecc.)
+- Azure Resource Manager (ARM) control plane (subscriptions, resource groups, compute, storage, key vault, app services, AKS, etc.)

 Caratteristiche principali
- Può essere eseguito da qualsiasi punto su Internet pubblico contro le API del tenant (non è richiesto accesso alla rete interna)
- Produce JSON per l'ingestione in BloodHound CE per visualizzare i percorsi di attacco attraverso identità e risorse cloud
+- Funziona da qualsiasi punto di Internet pubblico contro le API del tenant (non è necessario accesso alla rete interna)
+- Genera JSON per l'ingestione in BloodHound CE per visualizzare i percorsi d'attacco tra identità e risorse cloud
 - User-Agent predefinito osservato: azurehound/v2.x.x

 Opzioni di autenticazione
- Nome utente + password: -u <upn> -p <password>
+- Username + password: -u <upn> -p <password>
 - Refresh token: --refresh-token <rt>
 - JSON Web Token (access token): --jwt <jwt>
- Segreto del service principal: -a <appId> -s <secret>
- Certificato del service principal: -a <appId> --cert <cert.pem> --key <key.pem> [--keypass <pass>]
+- Service principal secret: -a <appId> -s <secret>
+- Service principal certificate: -a <appId> --cert <cert.pem> --key <key.pem> [--keypass <pass>]

 Esempi
 ```bash
@@ -317,60 +481,37 @@ azurehound list storage-containers -t "<tenant-id>" -o containers.json
 azurehound list web-apps -t "<tenant-id>" -o webapps.json
 azurehound list function-apps -t "<tenant-id>" -o funcapps.json
 ```
-What gets queried
- Graph endpoints (examples):
+Cosa viene interrogato
+- Graph endpoints (esempi):
 - /v1.0/organization, /v1.0/users, /v1.0/groups, /v1.0/roleManagement/directory/roleDefinitions, directoryRoles, owners/members
- ARM endpoints (examples):
+- ARM endpoints (esempi):
 - management.azure.com/subscriptions/.../providers/Microsoft.Storage/storageAccounts
 - .../Microsoft.KeyVault/vaults, .../Microsoft.Compute/virtualMachines, .../Microsoft.Web/sites, .../Microsoft.ContainerService/managedClusters

-Preflight behavior and endpoints
- Each azurehound list <object> typically performs these test calls before enumeration:
-1) Identity platform: login.microsoftonline.com
-2) Graph: GET https://graph.microsoft.com/v1.0/organization
-3) ARM: GET https://management.azure.com/subscriptions?api-version=...
- Cloud environment base URLs differ for Government/China/Germany. See constants/environments.go in the repo.
-
-ARM-heavy objects (less visible in Activity/Resource logs)
- The following list targets predominantly use ARM control plane reads: automation-accounts, container-registries, function-apps, key-vaults, logic-apps, managed-clusters, management-groups, resource-groups, storage-accounts, storage-containers, virtual-machines, vm-scale-sets, web-apps.
- These GET/list operations are typically not written to Activity Logs; data-plane reads (e.g., *.blob.core.windows.net, *.vault.azure.net) are covered by Diagnostic Settings at the resource level.
-
 Comportamento preflight ed endpoint
 - Ogni azurehound list <object> tipicamente esegue queste chiamate di test prima dell'enumerazione:
-1) Identity platform: login.microsoftonline.com
+1) Piattaforma di identity: login.microsoftonline.com
 2) Graph: GET https://graph.microsoft.com/v1.0/organization
 3) ARM: GET https://management.azure.com/subscriptions?api-version=...
- Le base URL degli ambienti cloud differiscono per Government/China/Germany. Vedi constants/environments.go nel repo.
+- Gli URL base degli ambienti cloud differiscono per Government/China/Germany. Vedi constants/environments.go nel repo.

-Oggetti ARM-heavy (meno visibili nei log Activity/Resource)
- I target elencati seguono prevalentemente letture del control plane ARM: automation-accounts, container-registries, function-apps, key-vaults, logic-apps, managed-clusters, management-groups, resource-groups, storage-accounts, storage-containers, virtual-machines, vm-scale-sets, web-apps.
- Queste operazioni GET/list in genere non vengono scritte negli Activity Logs; le letture del data-plane (es. *.blob.core.windows.net, *.vault.azure.net) sono coperte da Diagnostic Settings a livello di risorsa.
+Oggetti ARM-heavy (meno visibili in Activity/Resource logs)
+- La seguente lista di target usa prevalentemente letture del control plane ARM: automation-accounts, container-registries, function-apps, key-vaults, logic-apps, managed-clusters, management-groups, resource-groups, storage-accounts, storage-containers, virtual-machines, vm-scale-sets, web-apps.
+- Queste operazioni GET/list tipicamente non vengono scritte negli Activity Logs; le letture sul data-plane (es. *.blob.core.windows.net, *.vault.azure.net) sono coperte da Diagnostic Settings a livello di risorsa.

-OPSEC and logging notes
- Microsoft Graph Activity Logs are not enabled by default; enable and export to SIEM to gain visibility of Graph calls. Expect the Graph preflight GET /v1.0/organization with UA azurehound/v2.x.x.
- Entra ID non-interactive sign-in logs record the identity platform auth (login.microsoftonline.com) used by AzureHound.
- ARM control-plane read/list operations are not recorded in Activity Logs; many azurehound list operations against resources won’t appear there. Only data-plane logging (via Diagnostic Settings) will capture reads to service endpoints.
- Defender XDR GraphApiAuditEvents (preview) can expose Graph calls and token identifiers but may lack UserAgent and have limited retention.
+Note OPSEC e logging
+- Microsoft Graph Activity Logs non sono abilitati di default; abilitarli ed esportarli verso un SIEM per ottenere visibilità delle chiamate Graph. Aspettati la preflight GET /v1.0/organization del Graph con UA azurehound/v2.x.x.
+- I non-interactive sign-in logs di Entra ID registrano l'autenticazione della identity platform (login.microsoftonline.com) usata da AzureHound.
+- Le operazioni di lettura/list del control-plane ARM non vengono registrate negli Activity Logs; molte operazioni azurehound list contro risorse non appariranno lì. Solo il logging del data-plane (tramite Diagnostic Settings) catturerà le letture verso gli endpoint di servizio.
+- Defender XDR GraphApiAuditEvents (preview) può esporre chiamate Graph e identificatori di token ma potrebbe non includere UserAgent e avere retention limitata.

-OPSEC e note sui log
- Microsoft Graph Activity Logs non sono abilitati di default; abilitali ed esportali su un SIEM per ottenere visibilità delle chiamate Graph. Aspettati il preflight Graph GET /v1.0/organization con UA azurehound/v2.x.x.
- I log di sign-in non interattivo di Entra ID registrano l'autenticazione sulla identity platform (login.microsoftonline.com) usata da AzureHound.
- Le operazioni di read/list sul control-plane ARM non vengono registrate negli Activity Logs; molte operazioni azurehound list contro risorse non appariranno lì. Solo il logging del data-plane (tramite Diagnostic Settings) catturerà le letture agli endpoint di servizio.
- Defender XDR GraphApiAuditEvents (preview) può esporre le chiamate Graph e gli identificatori dei token ma potrebbe non includere il UserAgent e avere retention limitata.
+Suggerimento: quando enumeri per percorsi di privilegio, esporta users, groups, roles e role assignments, poi importa in BloodHound e usa le query cypher prebuilt per evidenziare Global Administrator/Privileged Role Administrator e escalation transitiva tramite nested groups e assegnazioni RBAC.

-Tip: When enumerating for privilege paths, dump users, groups, roles, and role assignments, then ingest in BloodHound and use prebuilt cypher queries to surface Global Administrator/Privileged Role Administrator and transitive escalation via nested groups and RBAC assignments.
-
-Suggerimento: Quando enumeri per percorsi di privilegio, esporta users, groups, roles e role assignments, poi importa in BloodHound e usa query CYPHER preconfezionate per mettere in evidenza Global Administrator/Privileged Role Administrator e l'escalation transitiva tramite gruppi annidati e assegnazioni RBAC.
-
-Launch the BloodHound web with `curl -L https://ghst.ly/getbhce | docker compose -f - up` and import the `output.json` file. Then, in the EXPLORE tab, in the CYPHER section you can see a folder icon that contains pre-built queries.
-
-Avvia la web di BloodHound con `curl -L https://ghst.ly/getbhce | docker compose -f - up` e importa il file `output.json`. Poi, nella scheda EXPLORE, nella sezione CYPHER vedrai un'icona a cartella che contiene query preconfezionate.
+Avvia il web di BloodHound con `curl -L https://ghst.ly/getbhce | docker compose -f - up` e importa il file `output.json`. Poi, nella scheda EXPLORE, nella sezione CYPHER puoi vedere un'icona a forma di cartella che contiene query predefinite.

 ### [**MicroBurst**](https://github.com/NetSPI/MicroBurst)

-MicroBurst includes functions and scripts that support Azure Services discovery, weak configuration auditing, and post exploitation actions such as credential dumping. It is intended to be used during penetration tests where Azure is in use.
-
-MicroBurst include funzioni e script che supportano la scoperta dei servizi Azure, l'auditing di configurazioni deboli e azioni post-exploitation come credential dumping. È pensato per essere usato durante penetration tests in cui Azure è in uso.
+MicroBurst include funzioni e script che supportano la discovery dei servizi Azure, l'auditing di configurazioni deboli e azioni di post-exploitation come credential dumping. È pensato per essere usato durante penetration tests dove è presente Azure.
 ```bash
 Import-Module .\MicroBurst.psm1
 Import-Module .\Get-AzureDomainInfo.ps1
@@ -378,9 +519,9 @@ Get-AzureDomainInfo -folder MicroBurst -Verbose
 ```
 ### [**PowerZure**](https://github.com/hausec/PowerZure)

-PowerZure è stato creato per rispondere alla necessità di un framework in grado sia di effettuare ricognizione sia di eseguire lo sfruttamento di Azure, EntraID e delle risorse associate.
+PowerZure è stato creato dalla necessità di un framework che possa effettuare sia reconnaissance che exploitation di Azure, EntraID e delle risorse associate.

-Usa il modulo **Az PowerShell**, quindi qualsiasi autenticazione supportata dal modulo è supportata dallo strumento.
+Usa il modulo **Az PowerShell**, quindi qualsiasi autenticazione supportata da questo modulo è supportata dallo strumento.
 ```bash
 # Login
 Import-Module Az
@@ -411,7 +552,7 @@ Invoke-AzureRunCommand -Command <command> -VMName <vmname>
 ```
 ### [**GraphRunner**](https://github.com/dafthack/GraphRunner/wiki/Invoke%E2%80%90GraphRunner)

-GraphRunner è un set di strumenti post-exploitation per interagire con la Microsoft Graph API. Fornisce vari strumenti per eseguire reconnaissance, persistence e pillaging di dati da un account Microsoft Entra ID (Azure AD).
+GraphRunner è un set di strumenti post-exploitation per interagire con la Microsoft Graph API. Fornisce vari strumenti per eseguire reconnaissance, persistence e esfiltrazione di dati da un account Microsoft Entra ID (Azure AD).
 ```bash
 #A good place to start is to authenticate with the Get-GraphTokens module. This module will launch a device-code login, allowing you to authenticate the session from a browser session. Access and refresh tokens will be written to the global $tokens variable. To use them with other GraphRunner modules use the Tokens flag (Example. Invoke-DumpApps -Tokens $tokens)
 Import-Module .\GraphRunner.ps1
@@ -455,9 +596,9 @@ Invoke-GraphRunner -Tokens $tokens
 ```
 ### [Stormspotter](https://github.com/Azure/Stormspotter)

-Stormspotter crea un “attack graph” delle risorse in una Azure subscription. Permette a red teams e pentesters di visualizzare la attack surface e le opportunità di pivot all'interno di un tenant, e potenzia i tuoi defenders per orientarsi rapidamente e dare priorità al lavoro di incident response.
+Stormspotter crea un “attack graph” delle risorse in una Azure subscription. Permette a red teams e pentesters di visualizzare l'attack surface e le pivot opportunities all'interno di un tenant, e potenzia i tuoi defenders per orientarsi rapidamente e stabilire le priorità nel lavoro di incident response.

-**Purtroppo sembra non essere più mantenuto.**
+**Sfortunatamente, sembra non essere mantenuto**.
 ```bash
 # Start Backend
 cd stormspotter\backend\
@@ -476,9 +617,9 @@ python stormspotter\stormcollector\sscollector.pyz cli
 # This will generate a .zip file to upload in the frontend (127.0.0.1:9091)
 ```
 ## Riferimenti
- [Scoperta del cloud con AzureHound (Unit 42)](https://unit42.paloaltonetworks.com/threat-actor-misuse-of-azurehound/)
- [Repository di AzureHound](https://github.com/SpecterOps/AzureHound)
- [Repository di BloodHound](https://github.com/SpecterOps/BloodHound)
+- [Cloud Discovery With AzureHound (Unit 42)](https://unit42.paloaltonetworks.com/threat-actor-misuse-of-azurehound/)
+- [AzureHound repository](https://github.com/SpecterOps/AzureHound)
+- [BloodHound repository](https://github.com/SpecterOps/BloodHound)
 - [AzureHound Community Edition Flags](https://bloodhound.specterops.io/collect-data/ce-collection/azurehound-flags)
 - [AzureHound constants/environments.go](https://github.com/SpecterOps/AzureHound/blob/main/constants/environments.go)
 - [AzureHound client/storage_accounts.go](https://github.com/SpecterOps/AzureHound/blob/main/client/storage_accounts.go)