Kina har begynt å blokkere HTTPS-forbindelser etablert med TLS 1.3 og ESNI

porselen implementert låse Alle HTTPS-tilkoblinger som bruker TLS 1.3-protokollen og ESNI (Encrypted Server Name Indication) TLS-utvidelsen, som krypterer data om den forespurte verten, er blokkert på transittrutere, både for tilkoblinger fra Kina til omverdenen og fra omverdenen til Kina.

Blokkering utføres ved å slippe pakker fra klienten til serveren, i stedet for å erstatte pakker med RST-flagget, som tidligere ble utført under selektiv blokkering basert på SNI-innhold. Etter at en pakke med ESNI er blokkert, blokkeres også alle nettverkspakker som samsvarer med kilde-IP-adressen, destinasjons-IP-adressen og destinasjonsportnummeret i 120 til 180 sekunder. HTTPS-tilkoblinger basert på eldre versjoner av TLS og TLS 1.3 uten ESNI er tillatt som vanlig.

Som en påminnelse ble SNI-utvidelsen utviklet for å gjøre det mulig for flere HTTPS-nettsteder å operere på én enkelt IP-adresse. Den overfører vertsnavnet i klartekst i ClientHello-meldingen, som sendes før en kryptert kommunikasjonskanal opprettes. Denne funksjonen lar internettleverandører selektivt filtrere HTTPS-trafikk og analysere hvilke nettsteder en bruker besøker, noe som forhindrer fullstendig personvern når man bruker HTTPS.

Den nye TLS-utvidelsen ECH (tidligere ESNI), som kan brukes sammen med TLS 1.3, adresserer denne mangelen og eliminerer fullstendig lekkasje av informasjon om det forespurte nettstedet når man analyserer HTTPS-tilkoblinger. Når det kombineres med tilgang gjennom et innholdsleveringsnettverk, gjør bruken av ECH/ESNI det også mulig å skjule IP-adressen til den forespurte ressursen fra leverandøren. Trafikkkontrollsystemer vil bare se forespørsler til CDN og vil ikke kunne blokkere trafikk uten å forfalske TLS-økten. I så fall vil et tilsvarende varsel om sertifikatforfalskningen vises i brukerens nettleser. DNS er fortsatt en mulig lekkasjekanal, men DNS-over-HTTPS eller DNS-over-TLS kan brukes av klienten til å skjule DNS-tilgang.

Forskere allerede avslørt Det finnes flere løsninger for å omgå kinesisk blokkering på både klient- og serversiden, men de kan bli foreldet og bør bare betraktes som et midlertidig tiltak. For eksempel er det for øyeblikket bare pakker med ESNI-utvidelsesidentifikatoren 0xffce (kryptert_servernavn), som ble brukt i femte versjon av standardutkastet, men foreløpig pakker med gjeldende identifikator 0xff02 (encrypted_client_hello), foreslått i syvende utkast av ECH-spesifikasjonen.

En annen løsning er å bruke en ikke-standardisert tilkoblingsforhandlingsprosess. For eksempel utløses ikke blokkering ved å forhåndssende en ekstra SYN-pakke med et ugyldig sekvensnummer, manipulere pakkefragmenteringsflagg, sende en pakke med både FIN- og SYN-flaggene angitt, erstatte en RST-pakke med feil sjekksum, eller sende en pakke med både SYN- og ACK-flaggene før tilkoblingsforhandlingene starter. Disse metodene er allerede implementert som en verktøysett-plugin. Genève, utviklet å omgå sensurmetoder.

Kilde: opennet.ru