China aller HTTPS-Verbindungen, die das Protokoll TLS 1.3 und die TLS-Erweiterung ESNI (Encrypted Server Name Indication) verwenden, die die Verschlüsselung der Daten über den angeforderten Host sicherstellt. Die Blockierung erfolgt auf Transit-Routern sowohl für Verbindungen, die aus China in die Außenwelt als auch aus der Außenwelt nach China hergestellt werden.
Zur Blockierung werden Pakete vom Client zum Server verworfen, anstatt Pakete mit dem FLAG RST einzufügen, was zuvor bei der selektiven Blockierung basierend auf dem SNI-Inhalt durchgeführt wurde. Nach der Blockierung eines Pakets mit ESNI werden ebenfalls alle Netzwerkpakete, die mit der Kombination aus IP-Adresse des Absenders, IP-Adresse des Ziels und Zielport übereinstimmen, für 120 bis 180 Sekunden blockiert. HTTPS-Verbindungen, die auf älteren TLS-Versionen und TLS 1.3 ohne ESNI basieren, werden wie gewohnt durchgelassen.
Wie bereits erwähnt, wurde zur Organisation des Betriebs mehrerer HTTPS-Websites unter einer IP-Adresse die SNI-Erweiterung entwickelt, die den Hostnamen im Klartext in der ClientHello-Nachricht überträgt, bevor ein verschlüsselter Kommunikationskanal eingerichtet wird. Diese Besonderheit ermöglicht es dem Internetanbieter, den HTTPS-Verkehr selektiv zu filtern und zu analysieren, welche Websites der Benutzer aufruft, was vollständige Vertraulichkeit bei der Verwendung von HTTPS nicht ermöglicht.
Die neue TLS-Erweiterung ECH (ehemals ESNI), die zusammen mit TLS 1.3 verwendet werden kann, beseitigt dieses Problem und schließt vollständig die Offenlegung von Informationen über die angeforderte Website bei der Analyse von HTTPS-Verbindungen aus. In Kombination mit dem Zugriff über ein Content Delivery Network ermöglicht die Verwendung von ECH/ESNI auch, die IP-Adresse der angeforderten Ressource vor dem Anbieter zu verbergen. Traffic-Inspektionssysteme sehen nur Anfragen an das CDN und können ohne Umstellung der TLS-Sitzung keine Blockierung anwenden, wobei dem Benutzer im Browser eine entsprechende Benachrichtigung über den Austausch des Zertifikats angezeigt wird. Ein möglicher Leckkanal bleibt DNS, aber um Anfragen an DNS durch den Client zu verbergen, kann DNS-over-HTTPS oder DNS-over-TLS verwendet werden.
Forscher haben bereits einige Umgehungsmöglichkeiten zur Umgehung der chinesischen Sperre auf der Client- und Server-Seite, aber sie könnten an Relevanz verlieren und sollten nur als vorübergehende Maßnahmen betrachtet werden. Zum Beispiel werden derzeit nur Pakete mit der Erweiterungs-ID ESNI 0xffce (encrypted_server_name) blockiert, die in , aber Pakete mit der gültigen ID 0xff02 (encrypted_client_hello), die in .
ausgelassen werden. Eine weitere Möglichkeit zur Umgehung ist die Verwendung eines nicht standardmäßigen Verbindungsaufbauprozesses, beispielsweise wird die Sperre nicht aktiviert, wenn zuvor ein zusätzlicher SYN-Paket mit einer falschen Sequenznummer gesendet wird, durch Manipulation der Fragmentierungsflags von Paketen, das Senden eines Pakets mit gleichzeitig gesetzten FIN- und SYN-Flags, das Ersetzen eines RST-Pakets mit einer fehlerhaften Prüfziffer oder das Senden eines Pakets mit SYN- und ACK-Flags vor Beginn des Verbindungsaufbaus. Die beschriebenen Methoden wurden bereits in Form eines Plugins für das Toolkit , zur Umgehung von Zensurmöglichkeiten implementiert.
Quelle: opennet.ru
