Kina har börjat blockera HTTPS-anslutningar som användes med TLS 1.3 och ESNI

Kina implementerade blockering av alla HTTPS-anslutningar som använder TLS 1.3-protokollet och TLS-tillägget ESNI (Encrypted Server Name Indication), vilket säkerställer kryptering av data om begärd värd. Blockeringen utförs på transitroutrar både för anslutningar som upprättas från Kina till omvärlden och från omvärlden till Kina.

För blockeringen utförs paketavvisning från klienten till servern, snarare än att sätta in paket med RST-flagga, vilket tidigare gjordes vid selektiv blockering baserat på SNI-innehåll. Efter att blockeringen av paket med ESNI träder i kraft blockeras även alla nätverkspaket motsvarande sambandet av ursprunglig IP, destination IP och destinationsport i 120 till 180 sekunder. HTTPS-anslutningar baserade på äldre versioner av TLS och TLS 1.3 utan ESNI tillåts som vanligt.

Vi påminner om att för att möjliggöra drift av flera HTTPS-webbplatser på en och samma IP-adress utvecklades SNI-tillägget, vilket möjliggör överföring av värdnamnet i klartext i ClientHello-meddelandet som skickas innan en krypterad kommunikationskanal upprättas. Denna funktion gör det möjligt för internetleverantören att selektivt filtrera HTTPS-trafik och analysera vilka webbplatser användaren besöker, vilket hindrar fullständig sekretess vid användning av HTTPS.

Det nya TLS-tillägget ECH (tidigare ESNI), som kan användas i samband med TLS 1.3, åtgärdar denna brist och eliminerar fullständigt läckage av information om den begärda webbplatsen vid analys av HTTPS-anslutningar. Tillsammans med användning av ett innehållsleveransnät (CDN) möjliggör användningen av ECH/ESNI även att dölja den begärda resursens IP-adress från leverantören. Trafikinspektionssystem kommer endast att se förfrågningar till CDN och kommer inte att kunna tillämpa blockering utan att ersätta TLS-sessionen, vid vilket tillfälle användarens webbläsare kommer att visa ett meddelande om att certifikatet har ändrats. En möjlig läckkanal förblir DNS, men för att dölja DNS-förfrågan kan klienten använda DNS-over-HTTPS eller DNS-over-TLS.

Forskare har redan har upptäckt Flera alternativa metoder för att kringgå den kinesiska blockeringen på klient- och serversidan, men de kan förlora sin relevans och bör betraktas som en temporär lösning. Till exempel, för närvarande blockeras endast paket med identifieraren för ESNI 0xffce (encrypted_server_name), som har använts i den femte versionen av utkastet till standarden, men för närvarande släpps paket med den aktuella identifieraren 0xff02 (encrypted_client_hello), föreslagen i det sjunde utkastet till specifikationen ECH.

Ett annat alternativ för att kringgå är att använda en icke-standardiserad förhandlingsprocess för anslutningen, till exempel fungerar blockeringen inte när ett extra SYN-paket med ett felaktigt sekvensnummer skickas i förväg, manipulation av paketfragmenteringsflaggor, att skicka ett paket med både FIN och SYN-flaggor satta, infogning av ett RST-paket med en felaktig kontrollsumma eller att skicka ett paket med SYN och ACK-flaggor innan förhandlingen av anslutningen inleds. De beskrivna metoderna har redan implementerats i form av ett plugin till verktyget Geneva, utvecklat för att kringgå censurmetoder.

Källa: opennet.ru