diff --git a/src/pentesting-cloud/azure-security/az-device-registration.md b/src/pentesting-cloud/azure-security/az-device-registration.md index c6d90d879..80e5bb474 100644 --- a/src/pentesting-cloud/azure-security/az-device-registration.md +++ b/src/pentesting-cloud/azure-security/az-device-registration.md @@ -1,22 +1,22 @@ -# Az - Registrazione del Dispositivo +# Az - Registrazione del dispositivo {{#include ../../banners/hacktricks-training.md}} -## Informazioni di Base +## Informazioni di base -Quando un dispositivo si unisce ad AzureAD, viene creato un nuovo oggetto in AzureAD. +Quando un dispositivo si unisce a AzureAD viene creato un nuovo oggetto in AzureAD. -Quando si registra un dispositivo, **all'utente viene chiesto di accedere con il proprio account** (richiedendo MFA se necessario), quindi richiede token per il servizio di registrazione del dispositivo e poi chiede una conferma finale. +Durante la registrazione di un dispositivo, all'**utente viene richiesto di accedere con il suo account** (richiedendo MFA se necessario), quindi vengono richiesti token per il servizio di registrazione del dispositivo e infine viene mostrata una richiesta di conferma. -Successivamente, vengono generati due coppie di chiavi RSA nel dispositivo: La **chiave del dispositivo** (**chiave pubblica**) che viene inviata ad **AzureAD** e la **chiave di trasporto** (**chiave privata**) che viene memorizzata nel TPM se possibile. +Poi, sul dispositivo vengono generate due RSA keypairs: la **device key** (**public** key) che viene inviata a **AzureAD** e la **transport** key (**private** key) che viene memorizzata nel TPM se possibile. -Infine, l'**oggetto** viene generato in **AzureAD** (non in Intune) e AzureAD restituisce al dispositivo un **certificato** firmato da esso. Puoi verificare che il **dispositivo sia unito ad AzureAD** e informazioni sul **certificato** (come se è protetto da TPM). +Poi, l'**object** viene generato in **AzureAD** (non in Intune) e AzureAD restituisce al dispositivo un **certificate** firmato da esso. Puoi verificare che il **device is AzureAD joined** e informazioni sul **certificate** (come se è protetto da TPM).: ```bash dsregcmd /status ``` -Dopo la registrazione del dispositivo, un **Primary Refresh Token** viene richiesto dal modulo LSASS CloudAP e fornito al dispositivo. Con il PRT viene anche consegnata la **chiave di sessione crittografata in modo che solo il dispositivo possa decrittarla** (utilizzando la chiave pubblica della chiave di trasporto) ed è **necessaria per utilizzare il PRT.** +Dopo la registrazione del dispositivo un **Primary Refresh Token** viene richiesto dal modulo LSASS CloudAP e fornito al dispositivo. Con il PRT viene anche consegnata la **chiave di sessione crittografata in modo che solo il dispositivo possa decifrarla** (usando la chiave pubblica del transport key) ed è **necessaria per usare il PRT.** -Per ulteriori informazioni su cos'è un PRT, controlla: +Per maggiori informazioni su cos'è un PRT consulta: {{#ref}} az-lateral-movement-cloud-on-prem/az-primary-refresh-token-prt.md @@ -24,18 +24,18 @@ az-lateral-movement-cloud-on-prem/az-primary-refresh-token-prt.md ### TPM - Trusted Platform Module -Il **TPM** **protegge** contro l'**estrazione** della chiave da un dispositivo spento (se protetto da PIN) e dall'estrazione del materiale privato dallo strato OS.\ -Ma non **protegge** contro il **sniffing** della connessione fisica tra il TPM e la CPU o **l'uso del materiale crittografico** nel TPM mentre il sistema è in esecuzione da un processo con diritti **SYSTEM**. +Il **TPM** **protegge** contro l'**estrazione** delle chiavi da un dispositivo spento (se protetto da PIN) e dall'estrazione del materiale privato dallo strato OS.\ +Ma non **protegge** contro lo **sniffing** della connessione fisica tra il TPM e la CPU o contro l'**uso del materiale crittografico** nel TPM mentre il sistema è in esecuzione da un processo con diritti **SYSTEM**. -Se controlli la pagina seguente, vedrai che **rubare il PRT** può essere utilizzato per accedere come un **utente**, il che è ottimo perché il **PRT si trova nei dispositivi**, quindi può essere rubato da essi (o se non rubato, abusato per generare nuove chiavi di firma): +Se consulti la pagina seguente vedrai che il **furto del PRT** può essere usato per ottenere accesso come l'**utente**, il che è significativo perché il **PRT è memorizzato sui dispositivi**, quindi può essere rubato da essi (o, se non rubato, abusato per generare nuove chiavi di firma): {{#ref}} az-lateral-movement-cloud-on-prem/az-primary-refresh-token-prt.md {{#endref}} -## Registrazione di un dispositivo con token SSO +## Registering a device with SSO tokens -Sarebbe possibile per un attaccante richiedere un token per il servizio di registrazione dei dispositivi Microsoft dal dispositivo compromesso e registrarlo: +Sarebbe possibile per un attaccante richiedere un token per il Microsoft device registration service dal dispositivo compromesso e registrarlo: ```bash # Initialize SSO flow roadrecon auth prt-init @@ -47,46 +47,46 @@ roadrecon auth -r 01cb2876-7ebd-4aa4-9cc9-d28bd4d359a9 --prt-cookie # Custom pyhton script to register a device (check roadtx) registerdevice.py ``` -Quale ti darà un **certificato che puoi usare per richiedere PRT in futuro**. Pertanto, mantenendo la persistenza e **bypassando MFA** perché il token PRT originale utilizzato per registrare il nuovo dispositivo **aveva già i permessi MFA concessi**. +Which will give you a **certificato che puoi usare per chiedere PRTs in futuro**. Pertanto mantenendo persistenza e **bypassing MFA** perché il token PRT originale usato per registrare il nuovo dispositivo **aveva già i permessi MFA concessi**. > [!TIP] -> Nota che per eseguire questo attacco avrai bisogno di permessi per **registrare nuovi dispositivi**. Inoltre, registrare un dispositivo non significa che il dispositivo sarà **autorizzato a iscriversi a Intune**. +> Nota che per eseguire questo attacco avrai bisogno dei permessi per **registrare nuovi dispositivi**. Inoltre, registrare un dispositivo non significa che il dispositivo sarà **consentito per l'enrol in Intune**. > [!CAUTION] -> Questo attacco è stato risolto a settembre 2021 poiché non puoi più registrare nuovi dispositivi utilizzando token SSO. Tuttavia, è ancora possibile registrare dispositivi in modo legittimo (avendo nome utente, password e MFA se necessario). Controlla: [**roadtx**](https://github.com/carlospolop/hacktricks-cloud/blob/master/pentesting-cloud/azure-security/az-lateral-movement-cloud-on-prem/az-roadtx-authentication.md). +> Questo attacco è stato corretto a settembre 2021 in quanto non è più possibile registrare nuovi dispositivi usando SSO tokens. Tuttavia, è ancora possibile registrare dispositivi in modo legittimo (avendo username, password e MFA se necessario). Controlla: [**roadtx**](https://github.com/carlospolop/hacktricks-cloud/blob/master/pentesting-cloud/azure-security/az-lateral-movement-cloud-on-prem/az-roadtx-authentication.md). -## Sovrascrivere un ticket di dispositivo +## Sovrascrivere un device ticket -Era possibile **richiedere un ticket di dispositivo**, **sovrascrivere** quello attuale del dispositivo e durante il flusso **rubare il PRT** (quindi non è necessario rubarlo dal TPM. Per maggiori informazioni [**controlla questo intervento**](https://youtu.be/BduCn8cLV1A). +Era possibile **richiedere un device ticket**, **sovrascrivere** quello corrente del dispositivo e durante il flusso **rubare il PRT** (quindi non c'è bisogno di rubarlo dal TPM). Per maggiori info [**vedi questo talk**](https://youtu.be/BduCn8cLV1A).
> [!CAUTION] -> Tuttavia, questo è stato risolto. +> Tuttavia, questo è stato corretto. -## Sovrascrivere la chiave WHFB +## Overwrite WHFB key -[**Controlla le diapositive originali qui**](https://dirkjanm.io/assets/raw/Windows%20Hello%20from%20the%20other%20side_nsec_v1.0.pdf) +[**Check the original slides here**](https://dirkjanm.io/assets/raw/Windows%20Hello%20from%20the%20other%20side_nsec_v1.0.pdf) Riepilogo dell'attacco: -- È possibile **sovrascrivere** la chiave **WHFB registrata** da un **dispositivo** tramite SSO -- Questo **bypassa la protezione TPM** poiché la chiave viene **catturata durante la generazione** della nuova chiave -- Questo fornisce anche **persistenza** +- È possibile **sovrascrivere** la **registered WHFB** key da un **device** via SSO +- Scongela la protezione TPM in quanto la chiave viene **sniffed during the generation** della nuova key +- Questo fornisce anche **persistence**
-Gli utenti possono modificare la propria proprietà searchableDeviceKey tramite l'Azure AD Graph, tuttavia, l'attaccante deve avere un dispositivo nel tenant (registrato al volo o avendo rubato certificato + chiave da un dispositivo legittimo) e un token di accesso valido per l'AAD Graph. +Gli utenti possono modificare la propria proprietà searchableDeviceKey tramite l'Azure AD Graph, tuttavia l'attaccante deve avere un device nel tenant (registrato al volo o avendo rubato cert + key da un dispositivo legittimo) e un token di accesso valido per l'AAD Graph. -Quindi, è possibile generare una nuova chiave con: +Poi, è possibile generare una nuova chiave con: ```bash roadtx genhellokey -d -k tempkey.key ``` -e poi PATCH le informazioni di searchableDeviceKey: +e poi effettuare un PATCH delle informazioni di searchableDeviceKey:
-È possibile ottenere un token di accesso da un utente tramite **device code phishing** e abusare dei passaggi precedenti per **rubare il suo accesso**. Per ulteriori informazioni controlla: +È possibile ottenere un access token da un utente tramite **device code phishing** e sfruttare i passaggi precedenti per **rubare il suo accesso**. Per maggiori informazioni consulta: {{#ref}} az-lateral-movement-cloud-on-prem/az-primary-refresh-token-prt.md