Autenticazione Windows: NTLM e Kerberos

Windows utilizza due protocolli di autenticazione principali: NTLM (più vecchio, basato su challenge-response) e Kerberos (moderno, basato su ticket). Comprendere entrambi è essenziale per gli attacchi e la difesa di Active Directory.

NTLM funziona tramite tre messaggi: Negotiate, Challenge e Authenticate. Il client calcola l'hash della password dell'utente usando la challenge casuale del server. Viene trasmesso l'hash, non la password in chiaro.

Poiché NTLM autentica tramite un hash, sottrarre un hash consente di autenticarsi senza conoscere la password in chiaro. Questo è il fondamento degli attacchi Pass-the-Hash: l'hash È la credenziale.

Kerberos utilizza una terza parte fidata (KDC — Key Distribution Center) per emettere ticket. Fornisce autenticazione reciproca ed evita di trasmettere credenziali sulla rete dopo l'emissione iniziale del TGT.

1. Il client invia AS-REQ (crittografata con l'hash della password) all'AS. 2. L'AS restituisce un TGT crittografato con la chiave krbtgt. 3. Il client presenta il TGT al TGS per richiedere un ticket di servizio. 4. Il client presenta il ticket di servizio al servizio di destinazione.

TGT (Ticket Granting Ticket): dimostra l'identità al KDC ed è valido per ~10 ore. Ticket di servizio: consente l'accesso a un servizio specifico. Entrambi sono crittografati con chiavi che il client non può leggere.

Kerberos è preferibile: supporta l'autenticazione reciproca, evita la trasmissione in chiaro e rende più difficili gli attacchi di relay. NTLM viene utilizzato come fallback quando Kerberos non funziona, ad esempio per l'accesso tramite indirizzo IP o a host non appartenenti al dominio; gli aggressori forzano il fallback a NTLM per acquisire gli hash.

Il relay NTLM intercetta un tentativo di autenticazione NTLM e lo inoltra a un altro servizio, autenticandosi come la vittima senza conoscerne la password. Responder acquisisce l'autenticazione, mentre ntlmrelayx esegue il relay.

La preautenticazione richiede che il client crittografi un timestamp con l'hash della propria password prima di ricevere un TGT. Gli account per i quali non è richiesta la preautenticazione sono vulnerabili all'AS-REP Roasting: il relativo TGT può essere richiesto e craccato offline.

Ticket golden: TGT contraffatto firmato con l'hash di krbtgt, che concede l'accesso a tutto. Ticket silver: ticket di servizio contraffatto per un servizio specifico, più discreto e senza interazione con il KDC.

Disabiliti NTLM dove possibile, imponga la firma SMB per prevenire il relay, richieda la preautenticazione per tutti gli account, monitori le richieste di ticket insolite (Event ID 4768, 4769) e protegga l'account krbtgt.

NTLM autentica tramite una procedura challenge-response basata sull'hash ed è vulnerabile al relay e al pass-the-hash. Kerberos utilizza ticket emessi da un KDC attendibile: è più sicuro, ma vulnerabile a Kerberoasting, AS-REP Roasting e agli attacchi con ticket golden o silver quando il KDC è compromesso. Conosca entrambi i protocolli per comprendere i percorsi di attacco in Active Directory e applicare misure di rafforzamento mirate.