Китай започна да блокира 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 преминават обикновено.

Напомняме, че за организиране на работа на един IP адрес на няколко HTTPS сайта беше разработено разширението 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 преди започването на договарянето на връзката. Описаните методи вече са реализирани под формата на плъгин за инструмента Geneva, развиван за заобикаляне на методите за цензура.

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