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

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

Блокирането се извършва чрез пускане на пакети от клиента към сървъра, а не чрез заместване на RST пакети, което преди това се извършваше от SNI селективно блокиране на съдържанието. След като се задейства блокиране на пакет с ESNI, всички мрежови пакети, съответстващи на комбинацията от IP на източника, IP на местоназначение и номер на порт на местоназначение, също се блокират за 120 до 180 секунди. 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-over-HTTPS или DNS-over-TLS, за да скрие DNS достъпа от клиента.

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

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

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