Cina di tutte le connessioni HTTPS che utilizzano il protocollo TLS 1.3 e l'estensione TLS ESNI (Encrypted Server Name Indication), che offre la crittografia dei dati sul host richiesto. Il blocco avviene nei router di transito sia per le connessioni stabilite dalla Cina verso il mondo esterno che viceversa.
Per il blocco si esegue il drop dei pacchetti dal client al server, e non l'inserimento di pacchetti con il flag RST, come avveniva precedentemente con il blocco selettivo basato sui contenuti SNI. Dopo l'attivazione del blocco del pacchetto con ESNI, tutti i pacchetti di rete corrispondenti all'associazione tra l'IP sorgente, l'IP di destinazione e il numero di porta di destinazione vengono anche bloccati per un periodo che va da 120 a 180 secondi. Le connessioni HTTPS basate su versioni più vecchie di TLS e TLS 1.3 senza ESNI sono normalmente consentite.
Ricordiamo che per consentire il funzionamento di più siti HTTPS su un singolo indirizzo IP è stata sviluppata l'estensione SNI, che permette di inviare il nome host in chiaro nel messaggio ClientHello, trasmesso prima della creazione del canale di comunicazione crittografato. Questa caratteristica consente al fornitore di servizi internet di filtrare selettivamente il traffico HTTPS e analizzare quali siti apre l'utente, il che impedisce di raggiungere completa riservatezza nell'uso di HTTPS.
La nuova estensione TLS ECH (precedentemente ESNI), che può essere utilizzata con TLS 1.3, elimina questo difetto e esclude completamente la fuga di informazioni sul sito richiesto nell'analisi delle connessioni HTTPS. In combinazione con l'accesso tramite una rete di distribuzione dei contenuti, l'uso di ECH/ESNI consente anche di nascondere al provider l'indirizzo IP della risorsa richiesta. I sistemi di ispezione del traffico vedranno solo le richieste al CDN e non saranno in grado di applicare il blocco senza sostituire la sessione TLS, nel qual caso nel browser dell'utente verrà visualizzato un'adeguata notifica di sostituzione del certificato. Un possibile canale di fuga rimane il DNS, ma per nascondere le richieste al DNS, il client può utilizzare DNS-over-HTTPS o DNS-over-TLS.
I ricercatori hanno già Diversi percorsi alternativi per aggirare il blocco cinese sia dal lato client che server, ma possono perdere rilevanza e dovrebbero essere considerati solo come misure temporanee. Ad esempio, attualmente vengono bloccati solo i pacchetti con l'identificatore dell'estensione ESNI 0xffce (encrypted_server_name), utilizzato in , ma al momento vengono ignorati i pacchetti con l'identificatore attuale 0xff02 (encrypted_client_hello), proposto in .
Un'altra opzione per aggirare il blocco è utilizzare un processo di negoziazione della connessione non standard, ad esempio, il blocco non scatta quando viene inviato in anticipo un pacchetto SYN aggiuntivo con un numero di sequenza errato, manipolazioni con i flag di frammentazione dei pacchetti, l'invio di un pacchetto con i flag FIN e SYN impostati contemporaneamente, l'inserimento di un pacchetto RST con un checksum non valido o l'invio di un pacchetto con i flag SYN e ACK prima dell'inizio della negoziazione della connessione. I metodi descritti sono già stati implementati sotto forma di plugin per gli strumenti , per aggirare i metodi di censura.
Fonte: opennet.ru
