En download, der rejser inde i en VPN, skjuler én ting godt: destinationen for det lokale netværk. Routeren ser en forbindelse til VPN-endepunktet og intet indeni. Det er en reel gevinst, og det er også hele gevinsten. Operatøren ser stadig anmodningen, og enheden registrerer stadig filen.

Navngiv den observatør, du skjuler dig for, før du vælger en metode.

Trin 1: navngiv observatøren

Der findes fire observatører i en dækket download. Adgangsnettet ser timing og volumen. VPN-operatøren ser destinationen, fordi den part videresender anmodningen. Downloadsiden ser VPN-adressen. Maskinen ser filen, installationen og historikposten, der følger.

Kun den første besejres af tunnelen. De tre andre kræver en anden kontrol.

Trin 2: verificer den vej, downloadet virkelig tager

Bekræft før download, at trafikken er inde i tunnelen og ikke ved siden af. ip route get 1.1.1.1 viser, hvilken grænseflade en destination ville bruge, og ss -tn state established "( dport = :443 )" under et testdownload viser peer-adressen, som forbindelsen faktisk nåede. Hvis den peer er VPN-endepunktet, er vejen dækket. Hvis det er en offentlig adresse, der tilhører destinationen, er opdelt tunneling aktiv, og adgangsnettet ser alt.

Kør kontrollen igen efter enhver klientopdatering, fordi reglerne for opdelt tunneling er politik og ikke en egenskab ved grænsefladen.

Trin 3: hent fra den officielle kilde, og verificer artefakten

Brug den understøttede downloadside, og hold HTTPS-kontrollerne intakte. En certifikatadvarsel ved dette download er ikke noget, man klikker forbi, og et spejl, der lover en hurtigere installer, erstatter ikke udgiveren. Tunnelen ændrer den vej, bytes tager, og siger intet om, hvem der har lavet dem.

Verificer signaturen i stedet for at stole på filnavnet:

gpg --verify tor-browser-linux-x86_64-*.tar.xz.asc tor-browser-linux-x86_64-*.tar.xz
sha256sum tor-browser-linux-x86_64-*.tar.xz

En god signatur fra udgiverens nøgle er integritetskontrollen. En matchende kontrolsum, der er offentliggjort af det samme utroværdige spejl, er det ikke.

Trin 4: hold kørselsruten adskilt

Download under en VPN konfigurerer ikke Tor Browser til at blive ved med at bruge en. Browseren når Tor-netværket gennem den routing, operativsystemet har, når det starter, så en tunnel, der var oppe under downloadet og nede ved start, giver en anden vej med den samme binære fil. Beslut rækkefølgen bevidst, først VPN og derefter Tor eller Tor alene, og skriv ned, hvilken maskinen skal være i. Bliver de to blandet ved et uheld, får du indsigten i ingen af dem.

Kontroller efter start i stedet for at antage: kredsvisningen viser den vagt, browseren valgte, og en almindelig forbindelsestest viser, om systemruten stadig er tunnelen.

Trin 5: ryd op i det, enheden stadig registrerer

Filen er det største spor. Downloads, shell-historik, lister over seneste dokumenter, pakkehåndteringsloggen, hvis du installerede en deb, og enhver endpoint-agent på en administreret maskine holder alle bevis for installationen. På udstyr, du ikke administrerer, fjerner en tunnel ikke styring, og at behandle den, som om den gjorde, er et politisk problem snarere end et teknisk.

Slet arkivet, når installationen er verificeret, og accepter, at afinstallation af browseren senere ikke fjerner downloadposten fra en administreret enhed.

Det er det ærlige svar: det lokale netværk ser mindre, og alle andre ser det, de så før.

Relaterede artikler