vous êtes sur le clearnet. les adresses listées ici ne s'ouvrent qu'à l'intérieur du réseau tor - téléchargez le navigateur tor ici »
AlphaBay.Market
FR
dernière vérification : il y a 1 min 260 onions suivis
accueil / actus / réseau tor
30 octobre 2026 réseau tor 6 min de lecture

Qui décide ce qu'est le réseau Tor : le consensus, les autorités d'annuaire et la séparation des bridges

Chaque connexion Tor commence par un acte d'accord. Avant que le navigateur ne construise son premier circuit, il lui faut une réponse à jour à une question en apparence simple : quels relais existent, et lesquels méritent confiance à cet instant ? Rien dans le réseau Tor n'est décidé par un serveur unique. C'est un petit groupe fixe de machines appelées autorités d'annuaire qui tranche cette question ensemble, selon un calendrier et au grand jour.

Un document, un réseau

Le document qu'elles produisent est le consensus : dans le glossaire du Tor Project, un document unique compilé et voté par les autorités d'annuaire une fois par heure. Chaque consensus liste les relais connus sous forme d'entrées d'état de routeur avec surnom, matériel de clés et adresses, et annote chaque entrée de marqueurs et de poids de bande passante. Le format, y compris le vocabulaire complet des marqueurs, est documenté dans la spécification d'annuaire. Les clients n'apprennent jamais ces informations du réseau dans son ensemble. Les adresses et les clés d'identité à long terme des autorités sont inscrites dans le code source de Tor lui-même, et la spécification demande à chaque autorité de garder sa clé d'identité hors ligne, pour ne certifier que des clés de signature à durée plus courte. La racine de confiance du réseau est volontairement petite, vérifiable et lente à changer.

Le vote horaire, étape par étape

La mécanique est décrite dans la chronologie de vote de la spécification. Chaque autorité publie périodiquement son vote : l'état du réseau tel qu'elle le croit vrai. Une fenêtre de durée limitée recueille les votes de toutes les autorités, puis une seconde fenêtre recueille les signatures du document qui en résulte ; la spécification exige que chacune de ces fenêtres dure au moins vingt secondes. Le consensus fini porte trois horodatages dans un ordre fixe : valid-after, fresh-until et valid-until, la durée de vie totale devant valoir au moins le double de la période de fraîcheur. Au moins trois consensus doivent être valides à tout instant. Les caches d'annuaire téléchargent chaque nouveau document entre valid-after et fresh-until, les clients ordinaires le récupèrent dans la fenêtre plus longue qui suit, et tout consensus ayant plus d'un jour de retard sur son expiration est entièrement abandonné.
"Chaque heure, ces autorités d'annuaire exploitées par des bénévoles votent et parviennent à un consensus sur les relais qui composent le réseau Tor."
Cette phrase vient de l'article de novembre 2017 du Tor Project qui présentait Bastet, une nouvelle autorité ajoutée pour accroître ce que le projet appelait la diversité et la stabilité du système des autorités d'annuaire. Elle est aussi, discrètement, la description de tout l'édifice : les autorités sont exploitées par des bénévoles, elles votent, et leur accord transforme des milliers de relais individuels en un seul réseau.

Marqueurs, bande passante et microdescripteurs

Ce sur quoi les autorités votent dépasse la simple existence. Un relais peut porter des marqueurs comme Authority, Exit, Fast, Guard, Running, Stable ou V2Dir, chacun affirmant une propriété testée, et chaque vote enregistre la bande passante mesurée du relais, dont le consensus tire les poids que les clients utilisent pour choisir leurs chemins. Les clients modernes récupèrent surtout la variante à microdescripteurs du consensus, qui associe les lignes d'état votées aux empreintes des petits morceaux de descripteur dont les clients ont besoin, plutôt que des descripteurs de serveur complets.
  • Guard marque un relais comme apte à la position d'entrée d'un circuit.
  • Exit marque un relais comme disposé à porter du trafic vers le reste d'internet sur des ports courants.
  • Stable marque un relais comme adapté aux connexions de longue durée.
  • HSDir admet un relais dans l'anneau qui stocke les introductions des services onion.
  • V2Dir marque un relais comme capable de servir des documents d'annuaire.

Qui tient la plume

La liste elle-même est inhabituelle : personne n'élit les autorités et aucune entreprise ne les possède. Le document d'attentes du Tor Project envers les autorités d'annuaire décrit le groupe comme un organe indépendant et une ancre de confiance pour le réseau, juge qu'environ dix autorités constituent un nombre raisonnable et précise que le groupe décide collectivement qui entre ou sort. La diversité des juridictions, du matériel et des profils d'opérateurs est traitée comme une exigence de conception et non comme une politesse, car tout l'édifice suppose qu'aucun gouvernement ni organisation ne peut dicter le contenu du consensus. Les opérateurs qui perdent la confiance de la communauté peuvent être remplacés.

La séparation des bridges

Tout ce qui est sur le réseau n'apparaît pas dans ce document horaire. Les relais ordinaires sont publics par conception ; leurs adresses IP sont publiées justement pour que les clients puissent s'y connecter. Les bridges inversent la logique : la documentation communautaire les décrit comme des relais qui ne sont pas listés dans l'annuaire public de Tor, et le glossaire confie leur garde à une classe de serveurs à part, l'autorité de bridges, un relais à usage spécial qui maintient la liste des bridges. Les censeurs se retrouvent donc face à deux cibles différentes : une carte publique des relais, actualisée chaque heure, et un ensemble de points d'entrée délibérément non listé que le document d'attentes entend explicitement protéger. La séparation a aussi une conséquence discrète pour les services onion. Les répertoires de services cachés qui stockent les points d'introduction sont des relais ordinaires portant le marqueur HSDir du consensus public, tandis que l'emplacement réel du service reste dissimulé ; un précédent article sur la façon dont les services onion utilisent les points d'introduction détaille ce handshake. Le consensus décide quels relais peuvent endosser ce rôle, tandis que la couche des bridges existe pour que le premier saut vers Tor puisse être quelque chose qu'aucune carte ne montre. Rien de tout cela ne rend les autorités infaillibles ; cela rend leur travail visible. Les votes sont signés et recoupés heure après heure, et les désaccords apparaissent comme des anomalies visibles plutôt que comme des réécritures silencieuses. Pour un réseau dont tout le propos est de refuser les points de contrôle centraux, la réponse de Tor à la question de savoir qui commande est typiquement oblique : un petit comité que personne n'a élu, qui signe le même document chaque heure, à découvert.

plus de notes

toutes les news ›
28 oct. 2026 réseau tor lire ›

Meek et le domain fronting : le pont Tor qui se cache dans un CDN

Le pont meek fait passer le trafic Tor en contrebande dans des requêtes HTTPS vers un grand CDN : un domaine dans la poignée de main TLS, un autre dans l'en-tête Host. Google et Amazon ont fermé le fronting en 2018 ; meek-azure survit sur le CDN de Microsoft, plus lent et plus coûteux que les alternatives, mais joignable quand presque rien d'autre ne l'est.