Gjer ein VPN framfor Tor det vanskelegare å overvake deg?

Å leggje til endå eit kryptert segment på ei rute fjernar ikkje observatørane; det flyttar dei, og av og til legg det til ein. Den nyttige øvinga er å teikne ruta og merkje kven som ser kva ved kvart steg, fordi ein VPN framfor Tor og ein VPN som ein når gjennom Tor gjev motsette svar på nesten kvart spørsmål som er verdt å stille. Ingen av dei to ordningane slår eit kompromittert endepunkt, og ingen av dei reparerer ein konto som nemner brukaren. Å gå ruta i rekkefølgje og så spørje kva som bryt saman når eit lag forsvinn, gjer eit slagord om til ei avgjerd.

Gå ruta og namnge kvar observatør

Start med det vanlege Tor-tilfellet og merk kvart hopp. Det lokale nettet og internettleverandøren ser ei tilkopling til eit Tor-inngangspunkt, saman med storleiken og tidspunktet. Inngangsvakta ser adressa til klienten, og difor er vakta eit langvarig tilhøve og ikkje eit tilfeldig val. Utgangsknuten ser målet og klarteksten til alt som ikkje er ende-til-ende-kryptert, medan målet ser ei utgangsadresse utan noka klientadresse knytt til seg.

Skriv ned desse merkelappane før du legg til noko. Diagrammet er argumentet, og det er lett å kontrollere.

To rekkjefølgjer gjev ulike observasjonar

Ein VPN plassert framfor Tor tyder at trafikken forlèt eininga mot VPN-leverandøren, forlèt den leverandøren og først deretter når ein Tor-inngang. Det lokale nettet ser ikkje Tor i det heile lenger, og det er heile poenget når eit nett blokkerer eller overvakar det. Inngangsvakta ser no adressa til VPN-en i staden for brukaren si, og VPN-leverandøren ser at ein bestemt kunde koplar til Tor med eit bestemt tidsmønster. Den leverandøren blir ein ny part med ein verdifull observasjon, og loggføringspolitikken hans er no ein del av trugselmodellen i staden for utanfor han.

Å nå ein VPN gjennom Tor snur rekkjefølgja og snur også det som blir avdekt: målet ser adressa til VPN-en, Tor-utgangen ser ikkje lenger målet, og VPN-leverandøren ser Tor-trafikk som kjem i staden for heimeadressa til ein kunde. Det legg òg to lag med forseinking på sambandet og krev klientstøtte som mange kommersielle program ikkje tilbyr.

Å velje mellom dei er eit spørsmål om kva observatør som tyder mest, ikkje om kven som høyrest tryggare ut. Ein brukar som skjuler Tor-bruk for eit lokalt nett, vil ha den første rekkjefølgja; ein brukar som prøver å hindre eit mål i å lære noko som kan tilskrivast han, treng ei anna analyse, og ingen av rekkjefølgjene skjuler eit kontonamn.

Kva som framleis identifiserer økta

Observatørar på adressenivå er berre ein del av biletet, og ofte ikkje den avgjerande delen. Ein innlogga konto bind aktiviteten til ein identitet uavhengig av kva utgangsadresse som bar pakken, og ei betalingsregistrering som tenesta kan knyte til ein person, gjer det same. Nettlesartilstanden bidreg òg: ein varig informasjonskapsel, ei lagra innlogging eller ei identifiserande utviding kan følgje ein brukar gjennom krinsar som vart utforma for å vere ulenkbare.

Innhald som blir sendt til ein nettstad, er det tredje signalet. Eit dokument med metadata, eit namn skrive inn i eit skjema eller ein unik skrivestil overlever eit kva som helst tal krypteringslag, og ingen av verktøya framfor dei er laga for å røre ved det. Å føre ei ærleg liste over desse identifikatorane vernar meir enn å leggje til endå eit hopp.

Planlegg for eit lag som forsvinn

Åtferd ved feil er der ordningane verkeleg skil seg, og det er ein konfigurasjonseigenskap og ikkje ein funksjon i noko av verktøya. Viss VPN-en fell medan Tor er sett opp til å gå gjennom han, stoppar Tor då, eller koplar han stille til att over den vanlege ruta? Det andre utfallet er ikkje lekkasje til målet, men det avdekkjer for det lokale nettet at Tor blir brukt, noko som kanskje var nettopp det ordninga skulle hindre.

Ein kill switch på einingsnivå kan handheve ein del av svaret ved å nekte trafikk utanfor tunnelen, og han dekkjer berre trafikk som eininga rutar. Eit program som er utelate frå tunnelen, går utanom den vernet, og ein resolver som blir brukt under oppsett av sambandet, kan avdekkje namn sjølv når nyttelasta blir inne i tunnelen. Les unntaka og konfigurasjonen til resolveren i staden for å tru at brytaren dekkjer alt.

Lat nettlesarpakken vere i fred

Vernet til Tor Browser er avhengig av at heile pakken oppfører seg som utforma: eigen proxykonfigurasjon, isolasjon mellom nettstader og forsvar mot fingeravtrykk. Å peike ein vanleg nettlesar mot ein lokal Tor-port, eller leggje til ei proxyutviding i Tor Browser, endrar føresetnader som utforminga kviler på. Rettleiinga til Tor Project sjølv om å kombinere ein VPN med Tor behandlar kombinasjonen som ein avansert konfigurasjon, og den varsemda gjeld desse samhandlingane og ikkje VPN-leverandøren.

Før du kombinerer verktøy, må du kunne seie den vanlege ruta, feilruta og rolla til kvar operatør i enkle setningar. Viss den einaste grunngjevinga er at to lag høyrest tryggare ut, finst det ikkje noko krav å utforme mot, og den tilførte feilmodusen er det viktigaste som vart lagt til.