Китай започна да блокира HTTPS връзки, установявани с TLS 1.3 и ESNI

Китай внедрил блокировката на всички HTTPS връзки, в които се използват протоколите TLS 1.3 и TLS разширението ESNI (Encrypted Server Name Indication), осигуряващо криптиране на данните за искания хост. Блокировката се осъществява на транзитни маршрутизатори както за връзки, установени от Китай към външния свят, така и от външния свят към Китай.

За блокировката се извършва отхвърляне на пакети от клиента към сървъра, а не подмяна на пакети с флаг RST, която преди това се извършваше при селективна блокировка по съдържанието на SNI. След задействането на блокировка на пакет с ESNI в продължение на от 120 до 180 секунди също се блокират всички мрежови пакети, съответстващи на връзката от изходния IP, целевия IP и номера на порта на целта. HTTPS връзките, основаващи се на по-стари версии на TLS и TLS 1.3 без ESNI, преминават обикновено.

Напомняме, че за организацията на работа с няколко HTTPS сайта на един IP адрес е разработено разширение SNI, което осъществява предаването на името на хоста в открит вид в съобщението ClientHello, изпратено преди установяването на криптирания канал на връзката. Тази особеност позволява на интернет доставчика селективно да филтрира HTTPS трафика и да анализира кои сайтове отваря потребителят, което не позволява постигането на пълна конфиденциалност при използване на HTTPS.

Новото TLS разширение ECH (преди ESNI), което може да се използва заедно с TLS 1.3, премахва този недостатък и напълно изключва изтичането на информация за искания сайт при анализа на HTTPS връзките. В комбинация с достъпа през мрежа за доставка на съдържание, използването на ECH/ESNI също позволява да се скрие от доставчика и IP адресът на искания ресурс. Системите за инспекция на трафика ще виждат само исканията към CDN и няма да могат да приложат блокировка без подмяна на TLS сесия, при която в браузъра на потребителя ще се покаже съответно уведомление за подмяна на сертификата. Възможен канал за изтичане остава DNS, но за скриване на искането към DNS клиентът може да използва DNS-over-HTTPS или DNS-over-TLS.

Изследователите вече оцениха няколко решенија за заобикаляне на китайската блокировка на клиентската и сървърната част, но те могат да загубят актуалност и трябва да се разглеждат само като временно решение. Например, в момента се блокират само пакети с идентификатора на разширението ESNI 0xffce (encrypted_server_name), който е използван в петата версия на черновата на стандарта, но в момента се пропускат пакети с актуалния идентификатор 0xff02 (encrypted_client_hello), предложен в седмата чернова на спецификацията ECH.

Друг вариант за заобикаляне е използването на нестандартен процес на договаряне на свързаност, например, блокировката не сработва при предварително изпращане на допълнителен SYN пакет с неправилен номер на последователност, манипулации с флаговете за фрагментиране на пакети, изпращане на пакет с едновременно зададени флагове FIN и SYN, замяна на RST пакет с неправилна контролна сума или изпращане на пакет с флагове SYN и ACK преди започване на договарянето на свързаност. Описаните методи вече са реализирани под формата на плъгин към инструменти Женева, развиван за заобикаляне на методите за цензура.

Източник: opennet.ru