Twee VPN-clients tegelijk draaien lijkt privacy toe te voegen via optelling, en dat is het niet. Een keten geeft je een tunnel binnen een andere tunnel met een vast paar operators, terwijl Tor een circuit bouwt over relays die het protocol kiest en dat koppelt aan een browser die rond dat circuit is ontworpen. Het verschil zit in wie wat kan correleren, en in hoeveel van je identiteit de browser nog vrijwillig prijsgeeft. Begin bij die eigenschappen, niet bij het aantal lagen.

Ketenen voegt een sprong toe, geen circuit

Een geneste opstelling wordt één keer geconfigureerd: de binnenste client bereikt zijn server via de buitenste tunnel, en die server stuurt het uiteindelijke verkeer door. Het pad is zo lang als je het hebt gebouwd en blijft daar tot je het profiel wijzigt. Tor kiest relays per circuit, roteert ze volgens zijn eigen schema en is niet afhankelijk van de gebruiker die een route kiest.

Die vaste structuur is niet automatisch slechter voor elk doel. Een voorspelbaar pad is makkelijker te auditen en in bedrijf te houden. Het is simpelweg een ander mechanisme, en het Tor met twee sprongen noemen beschrijft noch het aantal partijen noch de manier waarop ze worden gekozen.

PropertyVPN chainTor
PathFixed by your configurationCircuits selected by the protocol
OperatorsThe two providers you choseRelays run by independent parties
Trust splitOuter sees the inner endpoint, inner sees destinationsNo single relay sees both ends
BrowserYour normal browser and its stateHardened browser with its own defaults
Failure modeEither tunnel down breaks the chainCircuit rebuilds over other relays

Het vertrouwensprobleem verschuift, het verdwijnt niet

Met twee providers ziet de buitenste dat je verbinding maakt met de binnenste en hoeveel verkeer erover gaat, en de binnenste ziet de bestemmingen. Geen van beide ziet alleen het hele beeld, en dat is echt. Beide houden echter logboeken bij, en een verzoek van de een aan de ander kan ze samenvoegen.

Horen beide fasen bij hetzelfde bedrijf, dan maken twee servernamen geen twee onafhankelijke organisaties, en de splitsing is cosmetisch. Controleer eigendom voordat je operators als aparte partijen telt.

De garantie van Tor komt evenzeer uit de vorm van het circuit als uit het aantal relays. Drie onafhankelijk beheerde relays vervangen door twee accounts die je betaalt is geen gelijkwaardige regeling, ook al lijkt het pakketaantal vergelijkbaar.

De browser identificeert je nog steeds

Cookies, logins, lettertypen, schermformaat, tijdzone en de volgorde waarin scripts draaien zijn voor de bestemming zichtbaar door elk aantal tunnels. Tor Browser werkt bewust aan die signalen, met weerstand tegen vingerafdrukken en toestandsisolatie als standaard. Een gewone browser houdt zijn gewone gedrag, wat zijn pakketten ook vervoert.

Dat is het deel dat ketenen niet kan repareren. Als de zorg is dat een site je tussen bezoeken herkent, weegt de browser zwaarder dan het pad. Als de zorg is dat je toegangsnetwerk de bestemming ziet, weegt het pad zwaarder. De twee vragen vermengen levert advies op dat geen van beide oplost.

Wat breekt als beide clients draaien

VPN-API's van het besturingssysteem staan vaak maar één actieve tunnel tegelijk toe, en een tweede client kan de eerste verdringen in plaats van zich erin te nestelen. Concurrerende standaardroutes, DNS-instellingen en kill switches leveren dan een apparaat op waar één tunnel ongebruikt is of beide geblokkeerd, wat de gebruiker ervaart als de VPN staat aan maar er laadt niets.

Controleer de bedoelde nesting in plaats van twee pictogrammen te vertrouwen: kijk naar de route naar een beschermde bestemming, de gebruikte DNS-resolver en het gedrag wanneer een van de lagen wegvalt. Schakel nooit certificaatvalidatie uit om een routerecursie te laten verdwijnen.

Kies de extra laag voor een uitgesproken eis, zoals het verbergen van de bestemming voor het toegangsnetwerk. Het tellen van versleutelde verbindingen is geen maatstaf voor anonimiteit, en het verandert niet wat de site ziet als je inlogt.

Gerelateerde artikelen