Accueil/Tor sous Linux

Installer Tor sous Linux sans annuler l'anonymat qu'il promet

Installer Tor sous Linux est la partie la plus simple de la démarche. La difficulté réelle commence après, quand des choix de configuration anodins — redimensionner la fenêtre du navigateur, installer une extension, activer JavaScript sur un site qui le demande — réduisent silencieusement l'anonymat qu'un système pensé pour limiter les traces est censé garantir. Un logiciel bien installé mal utilisé n'apporte qu'une fraction de la protection attendue.

Ce que Tor protège, et ce qu'il ne protège pas

Tor route le trafic à travers trois relais successifs, chacun ne connaissant que le maillon précédent et le maillon suivant, jamais l'origine et la destination en même temps. Ce mécanisme empêche un observateur unique — le fournisseur d'accès, un relais isolé, le site visité — de relier directement une requête à son émetteur. C'est une protection contre l'observation du trajet, pas une garantie d'invisibilité totale.

Ce que Tor ne protège pas, c'est le contenu que l'utilisateur choisit lui-même de révéler : se connecter à un compte personnel via Tor relie immédiatement la session anonymisée à une identité réelle, quel que soit le niveau de chiffrement du transport. L'anonymat du réseau et l'anonymat du comportement sont deux choses distinctes, et confondre les deux est la source de la plupart des déceptions rapportées par des utilisateurs qui pensaient Tor « magique ».

L'installation elle-même, correctement faite

Le Navigateur Tor officiel embarque son propre profil Firefox modifié, configuré pour minimiser le fingerprinting — la capacité d'un site à reconnaître un visiteur à partir de caractéristiques techniques (résolution d'écran, polices installées, fuseau horaire, liste d'extensions) plutôt que par un identifiant explicite. Sous Linux, l'installation via le dépôt officiel du projet Tor, plutôt qu'un paquet tiers repackagé par une distribution, garantit que ce profil durci reste intact et reçoit les mises à jour de sécurité dans les délais annoncés par le projet.

Un piège fréquent consiste à installer le paquet Tor seul (le daemon de routage) puis à configurer un navigateur ordinaire pour passer par son proxy local. Techniquement, le trafic transite bien par le réseau Tor ; mais le navigateur utilisé n'a reçu aucun des durcissements anti-fingerprinting du Navigateur Tor officiel, ce qui annule une grande partie du bénéfice attendu. Le routage du trafic et la résistance au fingerprinting sont deux protections séparées, et la seconde ne découle pas automatiquement de la première.

Les erreurs de configuration qui réduisent l'anonymat

Redimensionner la fenêtre du navigateur Tor casse volontairement l'un de ses mécanismes de protection : par défaut, la fenêtre s'ouvre à une taille standardisée, identique pour l'ensemble des utilisateurs, précisément pour empêcher qu'une résolution d'écran inhabituelle serve d'identifiant unique. L'agrandir ou la réduire manuellement réintroduit cette variable comme signal distinctif.

Installer une extension de navigateur supplémentaire, même réputée pour la confidentialité, produit un effet similaire : chaque extension ajoutée modifie la signature technique du navigateur et réduit la taille du groupe d'utilisateurs partageant exactement la même configuration — un principe connu sous le nom d'anonymat de groupe. Plus la configuration est personnalisée, plus elle devient rare, et plus elle devient reconnaissable.

Activer JavaScript de façon permanente sur des sites inconnus élargit la surface d'attaque exploitable pour du fingerprinting actif ou, dans des cas plus rares, pour l'exploitation d'une vulnérabilité du moteur de rendu. Le niveau de sécurité intégré au Navigateur Tor permet de désactiver ou de restreindre JavaScript par défaut ; l'abaisser pour le confort de navigation doit rester un choix ponctuel et conscient, pas un réglage permanent.

Vérifier l'intégrité du paquet avant de l'installer

Le projet Tor publie une signature cryptographique pour chaque version distribuée du Navigateur Tor. Cette vérification, souvent ignorée parce qu'elle ajoute une étape à l'installation, garantit que le fichier téléchargé n'a pas été altéré entre le serveur du projet et la machine de l'utilisateur — que ce soit par une erreur de transmission ou, plus rarement, par une compromission du miroir de téléchargement utilisé. Sous Linux, cette vérification se fait généralement via GPG, en comparant l'empreinte du fichier téléchargé à la clé publique du projet, disponible indépendamment du canal de téléchargement lui-même.

Cette étape est particulièrement pertinente lorsque le paquet provient d'un dépôt tiers plutôt que du site officiel du projet : un dépôt repackagé par une distribution peut légitimement retarder les mises à jour de sécurité, mais peut aussi, dans des cas plus rares, avoir été compromis sans que l'utilisateur en soit informé avant la vérification. La signature ne remplace pas la confiance dans la source, elle la rend vérifiable plutôt que supposée.

Les ponts (bridges), quand Tor est bloqué au niveau du réseau

Certains réseaux — professionnels, publics, ou dans des juridictions qui filtrent activement le trafic — bloquent les connexions vers les relais Tor connus, dont la liste est publique. Les ponts (bridges) sont des points d'entrée non répertoriés publiquement, obtenus séparément, qui permettent de rejoindre le réseau Tor sans passer par un relais figurant sur cette liste bloquée.

Le Navigateur Tor intègre une configuration de pont via des transports enfichables (pluggable transports), qui déguisent en plus la forme du trafic Tor pour qu'il ne soit pas identifiable comme tel par une inspection réseau superficielle. Cette couche supplémentaire répond à une menace différente de celle du fingerprinting applicatif traité plus haut : elle concerne la détection du fait même qu'un usage de Tor a lieu, indépendamment de l'anonymat obtenu une fois la connexion établie.

Le nœud de sortie, un maillon à connaître

Le dernier relais du circuit, dit nœud de sortie, déchiffre le dernier niveau de chiffrement Tor avant de transmettre la requête vers sa destination réelle. Si cette destination n'est pas elle-même chiffrée de bout en bout, l'opérateur de ce nœud de sortie peut observer le contenu de la requête, même s'il ignore qui l'a émise. Ce n'est pas une faille de Tor : c'est une limite structurelle de tout système de relais qui ne peut, par construction, protéger que le trajet, pas le contenu déchiffré au dernier maillon.

La conséquence pratique est simple : privilégier systématiquement des sites en HTTPS lorsqu'on navigue via Tor, pour que le contenu reste chiffré même après le nœud de sortie. Le Navigateur Tor signale cette information directement dans sa barre d'adresse, ce qui rend cette vérification immédiate plutôt que théorique.

Tor et le reste de la pile de sécurité

Tor répond à une question précise — masquer le lien entre une requête réseau et son origine — mais ne remplace aucun des autres mécanismes qui protègent une machine Linux au quotidien. Le modèle de permissions qui limite ce qu'un incident local peut atteindre, ou le choix d'une distribution correctement configurée en amont, restent pertinents indépendamment de l'usage ou non de Tor : un système compromis localement expose ses données quel que soit le soin apporté à l'anonymisation du trafic sortant.

Cette même logique de superposition des protections s'applique à la correspondance écrite : router ses e-mails via un canal anonymisé n'a qu'un intérêt limité si leur contenu reste lisible par quiconque intercepte le message, ce qui renvoie directement à la question du chiffrement du contenu lui-même, distincte de celle du trajet emprunté.

Un usage cohérent plutôt qu'une installation isolée

La valeur réelle de Tor sous Linux ne se mesure pas au moment de l'installation, mais dans la constance des habitudes qui suivent : ne pas se connecter à des comptes personnels identifiables pendant une session anonymisée, laisser la configuration par défaut du navigateur intacte, vérifier le chiffrement de bout en bout de chaque destination visitée. Aucune de ces règles n'est technique au sens strict ; ce sont des disciplines d'usage, et elles déterminent plus que le logiciel lui-même le niveau d'anonymat réellement obtenu.