Vervangt ECH een VPN? Wat elk ervan echt verbergt

Je schakelt Encrypted Client Hello in, opent een site en de verbinding werkt. Iemand vraagt of de VPN nog nodig is, en het eerlijke antwoord is dat de twee functies verschillende dingen voor verschillende partijen verbergen. ECH beschermt delen van de TLS-handshake die anders de servernaam kunnen onthullen die je hebt opgevraagd. Een VPN stopt je verkeer in een tunnel die eindigt bij het eindpunt van een provider. De twee verwarren leidt ertoe dat je te veel betaalt voor bescherming die je al hebt, of gelooft dat je bescherming hebt die je nooit hebt gehad.

Wat de handshake zonder ECH blootgeeft

Een TLS-verbinding begint met een ClientHello, en in de oudere vorm reist de bedoelde servernaam er in platte tekst in mee. Iedereen die de handshake kan observeren, van een netwerkbeheerder tot een passieve sensor op een pad, kan die naam lezen, ook al zijn de applicatiegegevens daarna versleuteld. Het bestemmingsadres is ook zichtbaar, dus de naam is vaak bevestigende informatie in plaats van het enige signaal.

Dat is het specifieke lek waarop ECH mikt. Het is een smal lek, en het vernauwen ervan is de moeite waard, maar het is niet hetzelfde als verbergen waar je verkeer naartoe gaat.

Wat ECH werkelijk verandert

Met compatibele client- en serverondersteuning en de nodige configuratie versleutelt ECH een binnenste ClientHello met sleutels die de server publiceert, zodat een waarnemer een buitenste handshake ziet die de echte servernaam niet draagt. Het verkeer gaat nog steeds naar hetzelfde adres, op dezelfde tijden, in ongeveer dezelfde volumes. Timing en grootte blijven waarneembaar, en het bestemmings-IP maakte nooit deel uit van wat ECH versleutelt.

De ondersteuning is ook niet universeel. Niet elke client, dienst of individuele verbinding gebruikt ECH, en je kunt het bestaan ervan niet afleiden uit een hangslotpictogram of uit het feit dat je je VPN-land hebt gewijzigd. Het diagnosticeren vereist een blik op de handshake, niet op de versiering van de browser.

Wat de VPN in plaats daarvan verandert

Een VPN voert bedekt verkeer in een tunnel naar een eindpunt, dus de waarnemer het dichtst bij jou ziet een verbinding naar de VPN in plaats van naar de bestemming. Dat verandert wie wat kan observeren, en het verandert het adres dat de bestemming ziet. Het versleutelt niets wat de applicatie niet al had versleuteld, en het verbergt de verbinding niet voor de VPN-provider, die per constructie in het pad zit.

De twee versterken elkaar op natuurlijke wijze: een applicatie kan TLS en ECH gebruiken terwijl de tunnel het netwerksegment eromheen beschermt. Geen van beide bepaalt wat elke partij kan zien of bewaren, omdat de partijen verschillende posities in het pad innemen.

Waar DNS past

Een onbeschermde DNS-query onthult de naam aan de resolver en aan iedereen die dat pad observeert, wat een aparte blootstelling is naast de TLS-handshake. ECH versleutelt geen DNS, en een VPN verandert alleen de identiteit van de resolver als je je queries ook door de tunnel stuurt of een versleutelde resolver gebruikt. Mensen schakelen een van de drie in en nemen aan dat de andere twee volgden.

Controleer het resolverpad apart van het handshake-pad. Ze falen onafhankelijk en ze worden op verschillende plaatsen geconfigureerd.

Hoe je weet naar welke laag je kijkt

Vraag wat de observatie zou onthullen. Als de vraag is welke servernaam is opgevraagd, dan zijn de handshake en de resolver de relevante lagen. Als de vraag is naar welk netwerk het verkeer ging en wie het onderweg kon zien, dan is het de tunnel. Als de vraag is welk account wat op de site deed, dan helpt geen van beide, omdat de website nog steeds het verzoek ontvangt en elke identiteit die je hebt opgegeven.

Houd certificaatverificatie en DNS-beleid intact terwijl je compatibiliteit onderzoekt. Een controle uitschakelen om een test te laten slagen verandert de betekenis van het resultaat in plaats van te laten zien wat ECH beschermt.

Schrijf op welke laag je werkelijk hebt ingeschakeld voordat je er nog een toevoegt. Het meeste misverstand hier komt van de aanname dat één enkele controle een verzoek, de naam ervan, de bestemming en de identiteit ervan tegelijk dekt.