Tor eller VPN: välj efter vem varje väg tvingar dig att lita på
En VPN samlar ditt förtroende hos en operatör; Tor sprider det över reläer. Välj efter täckning, efter vem som kan koppla dig till en webbplats och efter vad du kan verifiera.
Valet mellan Tor och en VPN handlar om vilken part du kan tolerera ser båda ändar av en anslutning. En VPN koncentrerar den vyn hos en operatör du valde. Tor delar upp den över reläer, så inget enskilt relä ska lära sig vem du är och vad du hämtade.
Ingen av de två ordningarna gör dig anonym i sig själv. Välj den där du kan säga det återstående förtroendet högt och reparera sedan de delar den lämnar oskyddade.
Räkna vem som kan koppla dig till en destination
Med en VPN når varje täckt ström operatörens utgång innan den når destinationen. Den operatören ser nödvändigtvis din källadress och, för allt som inte krypteras genom den, destinationen du bad om. TLS håller sidinnehållet utanför den vyn men lämnar vanligtvis värdnamnet synligt medan anslutningen upprättas. En part kan därför koppla dig till en webbplats, och den kopplingen är just det förtroende du ger.
Tor delar upp de halvorna över tre reläer: en vakt som känner din adress men inte din destination, ett mellanrelä som inte känner någon av ändarna och en utgång som känner destinationen men inte dig. Designen förutsätter att inget enskilt relä kombinerar båda fakta, vilket är ett svagare och mer användbart antagande än att lita på ett enda företag. Den förutsätter inte att reläer är ärliga och besegrar inte en observatör som ser båda ändar av vägen.
Båda designerna delar en svag punkt, och den ligger vid destinationen. Om du loggar in kopplar tjänsten den sessionen till ditt konto oavsett vilken väg paketen tog. Routing ändrar varifrån en begäran verkar komma, inte vad sidan ber dig att tillhandahålla.
Täckning betyder mer än routingdiagrammet
En VPN routar på nätverkslagret, så varje program på enheten ärver tunneln om du inte medvetet utesluter det. Den bredden är anledningen till att det fungerar för en e-postklient, en pakethanterare och en webbläsare samtidigt.
Tor Browser är ett paket, och dess skydd lever mest inne i webbläsaren: ett enhetligt fingeravtryck, isolering mellan webbplatser och skript som begränsas av en säkerhetsnivå snarare än av de tillägg du installerat. Att peka Chrome mot en SOCKS-port köper routingen utan något av det, vilket är en vanlig källa till felplacerat självförtroende.
Resten av skrivbordet är orört. En synkroniseringsklient, en uppdaterare eller ett nedladdat dokument som öppnas i ett annat program ansluter som det programmet är konfigurerat, och inget av det går genom SOCKS-lyssnaren om du inte ställer in det där. Lista programmen som pratar med nätverket och fråga sedan vilka av dem det valda verktyget faktiskt täcker. Täckning är en egenskap i din konfiguration, inte i din avsikt.
Välj med tre villkor
Beslutet avgörs oftast av tre frågor: kommer trafiken från ett program eller från hela enheten, måste destinationen vara oförmögen att identifiera din adress, och behöver du nå ett privat nätverk? Svara i den ordningen, och verktyget väljer oftast sig självt.
| Requirement | Better fit | Reason |
|---|---|---|
| Every app covered, including non-browser traffic | A device VPN | Routing happens below the application, with a kill switch to stop leaks |
| Destination must not learn your address | Tor | The site sees a shared exit address rather than one tied to your account |
| Browser fingerprint that blends in | Tor Browser | The uniformity ships with the browser, a proxy alone adds none of it |
| Access to a private subnet or office resource | A VPN | Tor exits reach the public internet, not your internal routes |
När två krav krockar, väg vilket du kan genomdriva. En enhetstunnel med en otät undantagslista är sämre än en väg bara i webbläsaren som du kan demonstrera.
Verifieringen är billig för båda vägarna, och den bör ske innan du litar på någon av dem:
curl -s --socks5-hostname 127.0.0.1:9050 https://check.torproject.org/api/ip curl -4 -s https://api.ipify.org; echo
Ett felaktigt resultat från det första kommandot betyder att begäran lämnade kretsen, och det är felet som är värt att fånga tidigt. Jämför den andra med adressen din leverantör tilldelade, inte med den du minns från förra veckan.
Vad ingen av alternativen reparerar
Programkryptering gör fortfarande arbete som ingen väg utför. Vanlig HTTP som korsar ett integritetsnätverk förblir läsbar vid utgången, och HTTPS är fortfarande det enda som skyddar nyttolasten från ände till ände. TLS säger heller ingenting om värdnamnet du skrev, och därför förblir destinationen synlig för den som avslutar vägen.
Konton identifierar dig, och inget routingval ändrar det: tjänsten vet vem som loggade in oavsett adressen i headern. Korrelation från en observatör som ser tillräckligt av nätverket, kompromettering av din egen enhet och allt du skriver i ett formulär överlever båda designerna. Behandla båda verktygen som sätt att flytta förtroende, inte som sätt att radera det.
Börja med standardkonfigurationen som varje projekt dokumenterar, bekräfta vägen med de två kommandona ovan och överväg först därefter att stapla en VPN under Tor. Att bädda in dem i varandra är en konfiguration med egna fellägen, inte en gratis uppgradering.