Čína všech HTTPS připojení, která používají protokol TLS 1.3 a rozšíření TLS ESNI (Encrypted Server Name Indication), které zajišťuje šifrování údajů o požadovaném hostiteli. Blokace se provádí na tranzitních routerech jak pro připojení z Číny do vnějšího světa, tak z vnějšího světa do Číny.
Pro blokaci se provádí zahazování paketů od klienta k serveru, nikoli vkládání paketů s flagem RST, což dříve probíhalo při selektivní blokaci na základě obsahu SNI. Po aktivaci blokace paketu s ESNI jsou po dobu 120 až 180 sekund rovněž blokovány všechny síťové pakety, které odpovídají kombinaci původní IP, cílové IP a cílovému portu. HTTPS připojení na základě starších verzí TLS a TLS 1.3 bez ESNI procházejí běžně.
Připomínáme, že pro organizaci práce několika HTTPS webů na jedné IP adrese bylo vyvinuto rozšíření SNI, které zajišťuje předávání názvu hostitele v otevřené podobě v zprávě ClientHello, která je odeslána před nastavením šifrovaného komunikačního kanálu. Taková vlastnost umožňuje poskytovateli internetu selektivně filtrovat HTTPS provoz a analyzovat, jaké stránky uživatel navštěvuje, což znemožňuje dosáhnout plné důvěrnosti při používání HTTPS.
Nové TLS rozšíření ECH (dříve ESNI), které může být používáno spolu s TLS 1.3, odstraňuje tuto nevýhodu a zcela eliminuje únik informací o požadované stránce při analýze HTTPS připojení. V kombinaci s přístupem přes síť dodávání obsahu umožňuje použití ECH/ESNI také skrýt od poskytovatele i IP adresu požadovaného zdroje. Systémy pro inspekci provozu uvidí pouze požadavky na CDN a nebudou schopny provádět blokaci bez podvržení TLS sezení, v případě kterého se uživateli v prohlížeči zobrazí příslušné upozornění o podvržení certifikátu. Možným kanálem úniku zůstává DNS, ale pro skrytí přístupu k DNS může klient použít DNS-over-HTTPS nebo DNS-over-TLS.
Výzkumníci již několik obcházejících způsobů, jak překonat čínskou blokaci na straně klienta a serveru, ale mohou ztratit relevanci a měly by být považovány pouze za dočasné řešení. Například v současnosti jsou blokovány pouze pakety s identifikátorem rozšíření ESNI 0xffce (encrypted_server_name), který byl použit v , ale zatím procházejí pakety s aktuálním identifikátorem 0xff02 (encrypted_client_hello), navrženým v .
Dalším způsobem obcházení je použití nestandardního procesu vyjednávání spojení, například blokace nenastává při předběžném odeslání dalšího SYN paketu s nesprávným číslem sekvence, manipulacemi s fragmentačními příznaky paketů, odesláním paketu se současně nastavenými příznaky FIN a SYN, substitucí RST paketu s nesprávnou kontrolní sumou nebo odesláním paketu s příznaky SYN a ACK před zahájením vyjednávání spojení. Popisované metody již byly implementovány ve formě pluginu k nástroji , pro obcházení cenzurních metod.
Zdroj: opennet.ru
