Om twee VPN-kliënte gelyktydig te laat loop, lyk soos om privaatheid by te voeg, en dit is nie. 'n Ketting gee jou 'n tonnel binne 'n ander tonnel met 'n vaste paar operateurs, terwyl Tor 'n stroombaan oor aflosse bou wat deur die protokol gekies word, en dit aan 'n blaaier koppel wat rondom daardie stroombaan ontwerp is. Die verskil wys in wie wat kan korreleer, en in hoeveel van jou identiteit die blaaier nog vrywillig weggee. Begin by daardie eienskappe, nie by die aantal lae nie.

Koppeling voeg 'n sprong by, nie 'n stroombaan nie

'n Geneste opstelling word een keer opgestel: die binnekliënt bereik sy bediener deur die buitenste tonnel, en daardie bediener stuur die finale verkeer aan. Die pad is so lank soos jy dit gebou het en bly daar tot jy die profiel verander. Tor kies aflosse per stroombaan, roteer hulle volgens sy eie skedule, en is nie afhanklik daarvan dat die gebruiker 'n roete kies nie.

Daardie vaste struktuur is nie outomaties slegter vir elke doel nie. 'n Voorspelbare pad is makliker om te ouditeer en aan die gang te hou. Dit is bloot 'n ander meganisme, en om dit "Tor met twee spronge" te noem, beskryf nóg die aantal partye nóg die manier waarop hulle gekies word.

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

Die vertrouensprobleem skuif, dit verdwyn nie

Met twee verskaffers sien die buitenste een dat jy aan die binnekliënt verbind en hoeveel verkeer daaroor gaan, en die binnekliënt sien die bestemmings. Nie een sien die hele prentjie alleen nie, en dit is werklik. Albei hou egter rekords, en 'n versoek van die een aan die ander kan hulle saamvoeg.

As albei fases aan dieselfde maatskappy behoort, skep twee bedienername nie twee onafhanklike organisasies nie, en die splitsing is kosmeties. Kontroleer eienaarskap voordat jy operateurs as aparte partye tel.

Tor se waarborg kom net soveel van die vorm van die stroombaan as van die aantal aflosse. Om drie onafhanklik bestuurde aflosse te vervang met twee rekeninge waarvoor jy betaal, is nie 'n gelykwaardige reëling nie, selfs al lyk die pakkettelling soortgelyk.

Die blaaier identifiseer jou steeds

Koekies, aanmeldings, lettertipes, skermgrootte, tydsone en die volgorde waarin scripte loop, is deur enige aantal tonnels vir die bestemming sigbaar. Tor Browser werk doelbewus aan daardie seine, met weerstand teen vingerafdrukke en toestand-isolasie as verstek. 'n Gewone blaaier hou sy gewone gedrag, maak nie saak wat sy pakkies dra nie.

Dit is die deel wat koppeling nie kan regstel nie. As die bekommernis is dat 'n werf jou oor besoeke heen herken, maak die blaaier meer saak as die pad. As die bekommernis is dat jou toegangsnetwerk die bestemming sien, maak die pad meer saak. Om die twee vrae te vermeng, lewer advies wat nie een oplos nie.

Wat breek wanneer albei kliënte loop

Bedryfstelsel se VPN-API's laat dikwels net een aktiewe tonnel op 'n slag toe, en 'n tweede kliënt kan die eerste verdring in plaas daarvan om daarbinne te nestel. Mededingende verstekroetes, DNS-instellings en doodskakelaars lewer dan 'n toestel waar een tonnel ongebruik is of albei geblokkeer is, wat die gebruiker ervaar as "die VPN is aan maar niks laai nie".

Verifieer die beoogde nesting eerder as om twee ikone te vertrou: kontroleer die roete na 'n beskermde bestemming, die DNS-oplosser wat gebruik word, en die gedrag wanneer enige laag val. Moet nooit sertifikaatvalidering deaktiveer om 'n roete-rekursie te laat verdwyn nie.

Kies die ekstra laag vir 'n gestelde vereiste, soos om die bestemming van die toegangsnetwerk te verberg. Om geënkripteerde skakels te tel, is nie 'n maatstaf van anonimiteit nie, en dit verander nie wat die werf sien wanneer jy aanmeld nie.

Verwante artikels