Un VPN cache-t-il le téléchargement de Tor Browser au réseau local ?

Un téléchargement qui passe dans un VPN cache bien une chose : la destination au réseau local. Le routeur voit une connexion vers le point de sortie du VPN et rien à l’intérieur. C’est un gain réel, et c’est aussi tout le gain. L’opérateur voit encore la requête, et l’appareil enregistre encore le fichier.

Nommez l’observateur dont vous vous cachez avant de choisir une méthode.

Étape 1 : nommez l’observateur

Dans un téléchargement couvert, il existe quatre observateurs. Le réseau d’accès voit le moment et le volume. L’opérateur du VPN voit la destination, car c’est lui qui transmet la requête. Le site de téléchargement voit l’adresse du VPN. La machine voit le fichier, l’installation et l’entrée d’historique qui suit.

Seul le premier est vaincu par le tunnel. Les trois autres demandent un autre contrôle.

Étape 2 : vérifiez le chemin que prend réellement le téléchargement

Avant de télécharger, confirmez que le trafic passe dans le tunnel et non à côté. ip route get 1.1.1.1 montre quelle interface une destination utiliserait, et ss -tn state established "( dport = :443 )" pendant un téléchargement de test montre l’adresse du pair que la connexion a réellement atteinte. Si ce pair est le point de sortie du VPN, le chemin est couvert. S’il s’agit d’une adresse publique appartenant à la destination, le tunneling divisé est actif et le réseau d’accès voit tout.

Refaites la vérification après chaque mise à jour du client, car les règles de tunneling divisé sont une politique et non une propriété de l’interface.

Étape 3 : téléchargez depuis la source officielle et vérifiez l’artefact

Utilisez la page de téléchargement prise en charge et gardez les contrôles HTTPS intacts. Un avertissement de certificat sur ce téléchargement n’est pas à ignorer d’un clic, et un miroir qui promet un installateur plus rapide ne remplace pas l’éditeur. Le tunnel change le chemin des octets et ne dit rien sur qui les a produits.

Vérifiez la signature au lieu de faire confiance au nom du fichier :

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

Une bonne signature de la clé de l’éditeur est le contrôle d’intégrité. Une somme de contrôle correspondante publiée par le même miroir non fiable ne l’est pas.

Étape 4 : gardez la route d’exécution à part

Télécharger sous un VPN ne configure pas Tor Browser pour continuer d’en utiliser un. Le navigateur atteint le réseau Tor par le routage que le système d’exploitation possède au démarrage, donc un tunnel actif pendant le téléchargement et coupé au lancement produit un autre chemin avec le même binaire. Décidez l’ordre délibérément, d’abord le VPN puis Tor, ou Tor seul, et notez dans lequel la machine doit être. Mélanger les deux par accident ne vous donne la visibilité d’aucun.

Vérifiez après le lancement au lieu de supposer : l’affichage du circuit montre le garde choisi par le navigateur, et un simple test de connexion montre si la route système est encore le tunnel.

Étape 5 : nettoyez ce que l’appareil enregistre encore

Le fichier est la plus grosse trace. Les téléchargements, l’historique du shell, les listes de documents récents, le journal du gestionnaire de paquets si vous avez installé un deb, et tout agent de point de terminaison sur une machine gérée conservent tous des preuves de l’installation. Sur un matériel que vous n’administrez pas, un tunnel ne supprime pas la gestion, et le traiter comme s’il le faisait est un problème de politique, pas un problème technique.

Supprimez l’archive une fois l’installation vérifiée, et acceptez que désinstaller le navigateur plus tard ne retirera pas l’enregistrement du téléchargement sur un appareil géré.

Voilà la réponse honnête : le réseau local voit moins, et tous les autres voient ce qu’ils voyaient avant.