Ein Download, der innerhalb eines VPN verläuft, verbirgt eine Sache gut: das Ziel vor dem lokalen Netzwerk. Der Router sieht eine Verbindung zum VPN-Endpunkt und nichts darin. Das ist ein echter Gewinn, und es ist auch der ganze Gewinn. Der Betreiber sieht die Anfrage weiterhin, und das Gerät zeichnet die Datei weiterhin auf.

Benennen Sie den Beobachter, vor dem Sie sich verbergen, bevor Sie eine Methode wählen.

Schritt 1: den Beobachter benennen

Bei einem abgedeckten Download gibt es vier Beobachter. Das Zugangsnetz sieht Zeitpunkt und Umfang. Der VPN-Betreiber sieht das Ziel, weil er die Anfrage weiterleitet. Die Download-Website sieht die VPN-Adresse. Das Gerät sieht die Datei, die Installation und den darauffolgenden Verlaufseintrag.

Nur der erste wird durch den Tunnel besiegt. Die anderen drei brauchen eine andere Kontrolle.

Schritt 2: den Weg prüfen, den der Download wirklich nimmt

Bestätigen Sie vor dem Download, dass der Verkehr im Tunnel und nicht daneben läuft. ip route get 1.1.1.1 zeigt, welche Schnittstelle ein Ziel nutzen würde, und ss -tn state established "( dport = :443 )" während eines Testdownloads zeigt die Gegenstellenadresse, die die Verbindung tatsächlich erreicht hat. Ist diese Gegenstelle der VPN-Endpunkt, ist der Weg abgedeckt. Ist es eine öffentliche Adresse des Ziels, ist Split-Tunneling aktiv und das Zugangsnetz sieht alles.

Wiederholen Sie die Prüfung nach jedem Client-Update, denn Split-Tunnel-Regeln sind Richtlinie und keine Eigenschaft der Schnittstelle.

Schritt 3: von der offiziellen Quelle beziehen und das Artefakt prüfen

Nutzen Sie die unterstützte Download-Seite und lassen Sie die HTTPS-Prüfungen unangetastet. Eine Zertifikatswarnung bei diesem Download ist nichts, was man wegklickt, und ein Spiegel, der einen schnelleren Installer verspricht, ersetzt nicht den Herausgeber. Der Tunnel ändert den Weg der Bytes und sagt nichts darüber, wer sie erzeugt hat.

Prüfen Sie die Signatur, statt dem Dateinamen zu vertrauen:

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

Eine gute Signatur mit dem Herausgeberschlüssel ist die Integritätsprüfung. Eine passende Prüfsumme, die derselbe unzuverlässige Spiegel veröffentlicht, ist es nicht.

Schritt 4: die Laufzeit-Route getrennt halten

Ein Download unter einem VPN konfiguriert Tor Browser nicht so, dass er weiterhin eines nutzt. Der Browser erreicht das Tor-Netzwerk über das Routing, das das Betriebssystem beim Start hat, sodass ein Tunnel, der während des Downloads aktiv und beim Start inaktiv war, einen anderen Weg mit derselben Binärdatei ergibt. Entscheiden Sie die Reihenfolge bewusst, zuerst VPN, dann Tor oder Tor allein, und notieren Sie, in welchem Zustand das Gerät sein soll. Wer beides versehentlich mischt, erhält die Sichtbarkeit von keinem.

Prüfen Sie nach dem Start, statt es anzunehmen: die Circuit-Anzeige zeigt den Wächter, den der Browser gewählt hat, und ein einfacher Verbindungstest zeigt, ob die Systemroute noch der Tunnel ist.

Schritt 5: aufräumen, was das Gerät weiterhin aufzeichnet

Die Datei ist die größte Spur. Downloads, Shell-Verlauf, Listen zuletzt verwendeter Dokumente, das Paketverwaltungsprotokoll bei einer deb-Installation und jeder Endpoint-Agent auf einem verwalteten Gerät bewahren alle Belege der Installation auf. Auf Geräten, die Sie nicht administrieren, entfernt ein Tunnel die Verwaltung nicht, und das Gegenteil anzunehmen ist ein Richtlinien- und kein Technikproblem.

Löschen Sie das Archiv, sobald die Installation geprüft ist, und akzeptieren Sie, dass die spätere Deinstallation des Browsers den Download-Eintrag auf einem verwalteten Gerät nicht entfernt.

Das ist die ehrliche Antwort: das lokale Netzwerk sieht weniger, und alle anderen sehen, was sie vorher gesehen haben.

Ähnliche Artikel