China ha comenzado a bloquear conexiones HTTPS establecidas con TLS 1.3 y ESNI

China implementó el bloqueo de todas las conexiones HTTPS que utilizan el protocolo TLS 1.3 y la extensión TLS ESNI (Encrypted Server Name Indication), que proporciona cifrado de datos sobre el host solicitado. El bloqueo se lleva a cabo en los enrutadores de tránsito tanto para las conexiones establecidas desde China hacia el mundo exterior, como desde el mundo exterior hacia China.

Para el bloqueo, se realiza el descarte de paquetes desde el cliente hacia el servidor, y no la inserción de paquetes con la bandera RST, como se hacía anteriormente con el bloqueo selectivo basado en el contenido del SNI. Después de que se activa el bloqueo de un paquete con ESNI, durante un período de entre 120 y 180 segundos, también se bloquean todos los paquetes de red correspondientes a la relación entre la IP de origen, la IP de destino y el número de puerto de destino. Las conexiones HTTPS basadas en versiones anteriores de TLS y TLS 1.3 sin ESNI se permiten normalmente.

Recordemos que para organizar el funcionamiento de varios sitios HTTPS en una misma dirección IP, se desarrolló la extensión SNI, que transmite el nombre del host en texto claro en el mensaje ClientHello, el cual se envía antes de establecer el canal de comunicación cifrado. Esta característica permite al proveedor de internet filtrar selectivamente el tráfico HTTPS y analizar qué sitios visita el usuario, lo que impide lograr una completa confidencialidad al usar HTTPS.

La nueva extensión TLS ECH (anteriormente ESNI), que puede ser utilizada junto con TLS 1.3, elimina esta desventaja y excluye completamente la filtración de información sobre el sitio solicitado durante el análisis de conexiones HTTPS. Junto con el uso de una red de entrega de contenido, la implementación de ECH/ESNI también permite ocultar al proveedor y la dirección IP del recurso solicitado. Los sistemas de inspección de tráfico solo verán las solicitudes al CDN y no podrán imponer bloqueos sin reemplazar la sesión TLS, en cuyo caso el navegador del usuario mostrará una notificación correspondiente sobre el cambio de certificado. Un posible canal de filtración sigue siendo DNS, pero para ocultar la solicitud a DNS, el cliente puede utilizar DNS-over-HTTPS o DNS-over-TLS.

Los investigadores ya detectaron hay varias formas de eludir la censura china desde el lado del cliente y del servidor, pero pueden volverse obsoletas y deben considerarse solo como medidas temporales. Por ejemplo, actualmente se bloquean solo los paquetes con el identificador de extensión ESNI 0xffce (encrypted_server_name), que se utilizó en la quinta versión del borrador del estándar, pero los paquetes con el identificador actual 0xff02 (encrypted_client_hello), propuesto en el séptimo borrador de la especificación ECH.

Otra opción de elusión es utilizar un proceso de negociación de conexión no estándar, por ejemplo, el bloqueo no se activa cuando se envía previamente un paquete SYN adicional con un número de secuencia incorrecto, manipulando las banderas de fragmentación de paquetes, enviando un paquete con las banderas FIN y SYN establecidas simultáneamente, inyectando un paquete RST con un checksum incorrecto o enviando antes de la negociación de la conexión un paquete con las banderas SYN y ACK. Los métodos descritos ya se han implementado en forma de un complemento para la herramienta Ginebra, desarrollado para eludir los métodos de censura.

Fuente: opennet.ru

Compra un hosting fiable para sitios web con protección contra DDoS, servidores VPS VDS 🔥 Compra un hosting fiable para sitios web con protección contra DDoS, servidores VPS VDS | ProHoster