ECH sostituisce una VPN? Cosa nasconde davvero ciascuno dei due

Attivate Encrypted Client Hello, aprite un sito e la connessione funziona. Qualcuno chiede se la VPN serva ancora, e la risposta onesta è che le due funzioni nascondono cose diverse a soggetti diversi. ECH protegge parti dell'handshake TLS che altrimenti possono rivelare il nome del server che avete richiesto. Una VPN mette il vostro traffico dentro un tunnel che termina all'endpoint di un operatore. Confondere i due porta o a pagare troppo per una protezione che avete già, o a credere di avere una protezione che non avete mai avuto.

Cosa espone l'handshake senza ECH

Una connessione TLS inizia con un ClientHello, e nella forma più vecchia il nome del server previsto viaggia in chiaro al suo interno. Chiunque sia in grado di osservare l'handshake, da un operatore di rete a un sensore passivo su un percorso, può leggere quel nome anche se i dati dell'applicazione successivi sono crittografati. Anche l'indirizzo di destinazione è visibile, quindi spesso il nome è un'informazione di conferma più che l'unico segnale.

Questa è la fuga specifica a cui punta ECH. È una fuga ristretta, e restringerla vale la pena, ma non è la stessa cosa che nascondere dove va il vostro traffico.

Cosa cambia davvero ECH

Con un supporto compatibile di client e server e la configurazione necessaria, ECH crittografa un ClientHello interno con chiavi pubblicate dal server, così un osservatore vede un handshake esterno che non porta il vero nome del server. Il traffico va ancora allo stesso indirizzo, negli stessi orari, in volumi più o meno simili. Tempi e dimensioni restano osservabili, e l'IP di destinazione non è mai stato parte di ciò che ECH crittografa.

Neanche il supporto è universale. Non tutti i client, i servizi o le singole connessioni usano ECH, e non potete dedurne la presenza da un'icona a forma di lucchetto né dall'aver cambiato paese della VPN. Diagnosticarlo richiede di guardare l'handshake, non l'ornamento del browser.

Cosa cambia invece la VPN

Una VPN porta il traffico coperto dentro un tunnel fino a un endpoint, quindi l'osservatore più vicino a voi vede una connessione alla VPN e non alla destinazione. Questo cambia chi può osservare cosa, e cambia l'indirizzo che vede la destinazione. Non crittografa nulla che l'applicazione non abbia già crittografato, e non nasconde la connessione all'operatore della VPN, che per costruzione è sul percorso.

I due si compongono naturalmente: un'applicazione può usare TLS ed ECH mentre il tunnel protegge il segmento di rete che la circonda. Nessuno dei due stabilisce cosa ogni parte può vedere o conservare, perché le parti occupano posizioni diverse sul percorso.

Dove si inserisce il DNS

Una query DNS non protetta rivela il nome al resolver e a chiunque osservi quel percorso, il che è un'esposizione separata dall'handshake TLS. ECH non crittografa il DNS, e una VPN cambia l'identità del resolver solo se inviate le query anche attraverso il tunnel o usate un resolver crittografato. Le persone attivano una delle tre cose e danno per scontato che le altre due siano seguite.

Verificate il percorso del resolver separatamente dal percorso dell'handshake. Falliscono in modo indipendente e si configurano in posti diversi.

Come capire quale strato state guardando

Chiedetevi cosa rivelerebbe l'osservazione. Se la domanda è quale nome del server è stato richiesto, l'handshake e il resolver sono gli strati pertinenti. Se la domanda è verso quale rete è andato il traffico e chi poteva vederlo in transito, è il tunnel. Se la domanda è quale account ha fatto cosa sul sito, nessuno dei due aiuta, perché il sito web riceve comunque la richiesta e qualsiasi identità abbiate fornito.

Mantenete intatti la verifica dei certificati e la politica DNS mentre indagate sulla compatibilità. Disattivare un controllo per far passare un test cambia il significato del risultato invece di mostrare cosa protegge ECH.

Annotate quale strato avete effettivamente attivato prima di aggiungerne un altro. La maggior parte della confusione qui nasce dal supporre che un solo controllo copra insieme una richiesta, il suo nome, la sua destinazione e la sua identità.