China aller HTTPS-Verbindungen, die das Protokoll TLS 1.3 und die TLS-Erweiterung ESNI (Encrypted Server Name Indication) verwenden, welche die Verschlüsselung von Daten über den angeforderten Host ermöglicht. Die Blockierung erfolgt an Transit-Routern sowohl für Verbindungen, die aus China in die Außenwelt hergestellt werden, als auch umgekehrt.
Für die Blockierung erfolgt das Verwerfen von Paketen vom Client zum Server, anstatt Pakete mit dem RST-Flag einzufügen, was zuvor bei einer selektiven Blockierung basierend auf dem SNI-Inhalt gemacht wurde. Nach dem Auslösen der Blockierung eines Pakets mit ESNI werden innerhalb von 120 bis 180 Sekunden auch alle Netzwerkpakete blockiert, die dem Datenfluss von der Quell-IP, Ziel-IP und Zielportnummer entsprechen. HTTPS-Verbindungen, die auf älteren Versionen von TLS oder TLS 1.3 ohne ESNI basieren, werden wie gewohnt durchgelassen.
Wir möchten daran erinnern, dass für die gleichzeitige Nutzung mehrerer HTTPS-Websites unter einer einzigen IP-Adresse die SNI-Erweiterung entwickelt wurde. Diese übermittelt den Hostnamen unverschlüsselt in der ClientHello-Nachricht, die vor der Einrichtung des verschlüsselten Kommunikationskanals gesendet wird. Diese Eigenschaft ermöglicht es Internetanbietern, den HTTPS-Datenverkehr selektiv zu filtern und zu analysieren, welche Websites der Benutzer besucht, was die vollständige Vertraulichkeit bei der Verwendung von HTTPS einschränkt.
Die neue TLS-Erweiterung ECH (ehemals ESNI), die zusammen mit TLS 1.3 verwendet werden kann, behebt dieses Problem und verhindert vollständig die Leckage von Informationen über die angeforderte Website bei der Analyse von HTTPS-Verbindungen. In Kombination mit Anfragen über ein Content Delivery Network ermöglicht die Verwendung von ECH/ESNI auch, die IP-Adresse der angeforderten Ressource vor dem Anbieter zu verbergen. Inspektionssysteme für den Datenverkehr erkennen nur Anfragen an das CDN und können keine Sperrung ohne eine TLS-Sitzungsmanipulation durchführen, bei der im Browser des Nutzers eine entsprechende Benachrichtigung über das manipulierte Zertifikat angezeigt wird. Ein möglicher Kanal für die Leckage bleibt DNS, aber um den Zugriff auf DNS zu verbergen, kann der Client DNS-over-HTTPS oder DNS-over-TLS verwenden.
Forschungsteams haben bereits einige Umgehungsmöglichkeiten zur Umgehung der chinesischen Sperre an der Client- und Serverseite entdeckt, doch diese könnten an Relevanz verlieren und sollten nur als vorübergehende Lösung betrachtet werden. Zum Beispiel werden derzeit nur Pakete mit der Erweiterungs-ID ESNI 0xffce (encrypted_server_name) blockiert, die in der , aber derzeit werden Pakete mit der aktuellen ID 0xff02 (encrypted_client_hello), vorgeschlagen in .
ein anderer Ansatz zur Umgehung ist die Verwendung eines nicht standardisierten Verbindungs-Aushandlungsprozesses, beispielsweise funktioniert die Blockade nicht, wenn zusätzlich ein SYN-Paket mit einer falschen Sequenznummer vorab gesendet wird, Manipulationen mit den Fragmentierungsflags, das Senden eines Pakets mit gleichzeitig gesetzten FIN- und SYN-Flags, das Einsetzen eines RST-Pakets mit einer ungültigen Prüfziffer oder das Senden eines Pakets mit den Flags SYN und ACK vor Beginn der Verbindungsaushandlung. Diese Methoden sind bereits in Form eines Plugins für das Toolkit , zum Umgehen von Zensurmethoden implementiert.
Quelle: opennet.ru
