Elrejti a VPN a Tor Browser letöltését a helyi hálózat elől?

A VPN-en belül haladó letöltés egy dolgot jól elrejt: a célt a helyi hálózat elől. A router a VPN végpontja felé mutató kapcsolatot lát, és semmit sem lát benne. Ez valódi nyereség, és ez az egész nyereség. Az üzemeltető továbbra is látja a kérést, az eszköz pedig továbbra is rögzíti a fájlt.

Nevezze meg a megfigyelőt, aki elől rejtőzik, mielőtt módszert választ.

1. lépés: nevezze meg a megfigyelőt

Egy lefedett letöltésben négy megfigyelő van. A hozzáférési hálózat látja az időzítést és a mennyiséget. A VPN üzemeltetője látja a célt, mert ő továbbítja a kérést. A letöltési oldal látja a VPN-címet. A gép látja a fájlt, a telepítést és az azt követő előzménybejegyzést.

Csak az elsőt győzi le az alagút. A másik három másfajta ellenőrzést igényel.

2. lépés: ellenőrizze az útvonalat, amelyen a letöltés valóban halad

Letöltés előtt erősítse meg, hogy a forgalom az alagúton belül van, nem mellette. ip route get 1.1.1.1 megmutatja, melyik interfészt használná egy cél, és a próbaletöltés alatt ss -tn state established "( dport = :443 )" megmutatja a partner címét, amelyet a kapcsolat ténylegesen elért. Ha ez a partner a VPN végpontja, az útvonal lefedett. Ha a célhoz tartozó nyilvános cím, osztott alagút van érvényben, és a hozzáférési hálózat mindent lát.

Ismételje meg az ellenőrzést minden kliensfrissítés után, mert az osztott alagút szabályai szabályzatok, nem az interfész tulajdonságai.

3. lépés: töltse le a hivatalos forrásból, és ellenőrizze az artefaktumot

Használja a támogatott letöltési oldalt, és tartsa sértetlenül a HTTPS-ellenőrzéseket. A tanúsítványra vonatkozó figyelmeztetést e letöltésnél nem kell elkattintani, és a gyorsabb telepítőt ígérő tükör nem helyettesíti a kiadót. Az alagút megváltoztatja a bájtok útvonalát, és semmit nem mond arról, ki állította elő őket.

Az aláírás ellenőrzése a fájlnévben való bizakodás helyett:

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

A kiadó kulcsával készült jó aláírás az integritásellenőrzés. Az ugyanazon megbízhatatlan tükör által közzétett egyező ellenőrzőösszeg nem az.

4. lépés: tartsa külön a futásidejű útvonalat

A VPN alatti letöltés nem állítja be a Tor Browser arra, hogy továbbra is használjon egyet. A böngésző az operációs rendszer induláskori útvonalválasztásán keresztül éri el a Tor hálózatot, ezért a letöltés alatt aktív és indításkor inaktív alagút más útvonalat eredményez ugyanazzal a bináris fájllal. Döntse el a sorrendet tudatosan, először VPN, majd Tor, vagy Tor egyedül, és írja le, melyikben kell lennie a gépnek. A kettő véletlen összekeverése egyiknek sem adja a láthatóságát.

Indítás után ellenőrizze ahelyett, hogy feltételezné: az áramkör-kijelző mutatja a böngésző által választott őrt, és egy egyszerű kapcsolatteszt mutatja, hogy a rendszerútvonal még mindig az alagút-e.

5. lépés: tisztítsa meg, amit az eszköz még rögzít

A fájl a legnagyobb nyom. A letöltések, a shell-előzmények, a legutóbbi dokumentumok listái, a csomagkezelő naplója, ha telepített deb csomagot, és bármely végpontügynök egy kezelt gépen mind bizonyítékot őriznek a telepítésről. Olyan eszközön, amelyet nem adminisztrál, az alagút nem távolítja el a kezelést, és úgy kezelni, mintha eltávolítaná, szabályzati, nem technikai probléma.

Törölje az archívumot, amikor a telepítés ellenőrizve van, és fogadja el, hogy a böngésző későbbi eltávolítása nem törli a letöltési rekordot egy kezelt eszközről.

Ez az őszinte válasz: a helyi hálózat kevesebbet lát, és mindenki más azt látja, amit korábban látott.