Aller au contenu
Drughub

Ce que signifie vraiment une URL de liste darknet et comment la lire

Une entrée d’annuaire est un panneau indicateur, pas une porte — voici comment faire la différence avant de cliquer.

14 min de lecture

Anatomie d’une URL de liste darknet : ce que chaque partie vous indique

L’URL d’une liste darknet est un pointeur d’annuaire, pas l’adresse d’un marché : sa structure indique qui a publié le pointeur, dans quel chemin ou répertoire il se trouve, et comment l’opérateur de la liste regroupe les entrées — ce qui influence directement le lien avec la disponibilité des marchés en montrant si vous lisez une liste brute de miroirs, une page de catégorie ou un index tiers.

Le premier fragment après http:// est le nom d’hôte onion. Une adresse v3 de 56 caractères se terminant par .onion identifie un seul service caché ; une adresse v2 de 16 caractères est obsolète et souvent morte. Le nom d’hôte ne dit rien de la légitimité du site, mais un nom d’hôte v2 dans une liste actuelle signale une source périmée ou non maintenue.

1schemehttp:// marque une requête onion en clair à l’intérieur de Tor
2hostname.onion identifie le service qui sert la liste
3pathles segments après / indiquent la catégorie, la région ou un sous-ensemble de la liste
4query?mirror=1 ou équivalent ajoute un sélecteur, pas une nouvelle adresse

C’est le chemin après le nom d’hôte qui rend la plupart des URL de listes peu fiables. Un chemin comme /markets/shop-onions peut être une catégorie de répertoire, tandis que /out/abc123 signale généralement une redirection ou un compteur de clics, et non le marché lui-même. Un fragment comme #up pointe seulement vers un titre de la page ; il ne peut pas changer le service que le navigateur résout.

  1. Lire le nom d’hôtela seule partie qu’un navigateur résout réellement vers un service caché
  2. Lire le cheminmontre l’imbrication de la liste et si l’entrée est une redirection
  3. Ignorer les ancres#section ne sélectionne jamais un autre miroir de marché
  4. Vérifier les paramètres de requête?id= peut suivre un clic, pas vérifier un miroir

La structure du site d’annuaire explique aussi les étiquettes apparentes « en ligne / hors ligne ». De nombreuses pages de listes affichent le même marqueur à côté de chaque ligne renvoyée et ne testent l’onion qu’au moment du clic : une URL se terminant par /market-x peut donc sembler identique à /market-x?mirror=2 tout en résolvant vers deux services cachés différents.

Important

Une URL de liste qui contient une chaîne .onion au milieu de son chemin est un emballage de redirection, pas un lien principal vers un marché ; copiez la destination complète, pas le texte raccourci affiché.

Conseil

Considérez l’URL d’une liste comme une fiche de bibliothèque, pas comme un livre : la fiche indique quelle étagère chercher, tandis que l’onion du marché est l’objet lui-même.

Pourquoi un onion listé semble réel mais n’ouvre toujours pas un marché ?

Un .onion répertorié qui n’ouvre pas de marché signifie généralement que vous avez affaire à une fiche d’annuaire, pas à un point d’accès vérifié : la liste stocke des métadonnées sur un site, tandis que l’URL réelle du marché se trouve ailleurs et a pu déjà changer, disparaître ou être remplacée par l’opérateur.

La plupart des entrées de liste sont des instantanés pris avec un certain retard. L’annuaire a scanné l’onion à un moment donné, a enregistré son titre, sa disponibilité, le nombre de miroirs et une chaîne d’URL, puis a publié cette ligne. La chaîne peut sembler complète, avec le bon préfixe http:// et une adresse v2 ou v3 de 56 caractères, mais ne plus répondre parce que la clé du service caché a changé ou que le serveur derrière a été retiré après le scan.

Voyez une entrée de liste comme une fiche de catalogue dans une bibliothèque : la fiche indique une cote, mais le livre a pu être déplacé, emprunté ou retiré. La fiche elle-même est réelle ; l’emplacement actuel ne l’est pas.

  • Les métadonnées d’annuaire ne sont pas une requête en direct
  • Un onion peut être « en ligne » au moment du scan et mort quelques minutes plus tard
  • Certains sites de listes ne retestent jamais les anciennes lignes une fois qu’elles sont en cache
1Vous copiez l’onion depuis une listevous détenez du texte, pas une route confirmée
2Tor tente de résoudre l’adressele descripteur du service caché peut être absent ou non publié
3Les points d’introduction répondent ou expirentle marché a changé sa clé, modifié ses miroirs ou cessé de servir
4Votre navigateur affiche « Impossible de se connecter » ou bouclela ligne d’annuaire est obsolète même si la chaîne semblait réelle

Causes les plus fréquentes, vérifications les plus rapides d’abord

  • Miroir obsolète après une attaque DDoS ou une rotation de clé
  • Ligne d’hameçonnage insérée dans la liste
  • L’opérateur a volontairement abandonné ce point d’accès
Important

Un onion v3 d’apparence plausible qui échoue une fois n’est pas automatiquement un lien d’hameçonnage ; un échec répété sur plusieurs circuits, alors que d’autres sites s’ouvrent normalement, indique un point d’accès obsolète ou ayant fait l’objet d’une rotation plutôt qu’un problème de votre connexion.

Conseil

Considérez toute ligne de liste unique comme une piste de départ : confirmez via une seconde source utilisant un moment de scan différent avant de déclarer le lien mort.

Comment distinguer un lien de marché vérifié d’une entrée de liste ?

Un lien de marché vérifié est une adresse onion publiée ou reconnue par l’exploitant du marché, tandis qu’une entrée de liste est une copie émanant d’un tiers — parfois exacte, parfois obsolète, parfois substituée par une version d’hameçonnage. La différence ne tient pas à l’apparence de l’URL ; elle tient à l’endroit où se situe le contrôle de l’adresse et à la fraîcheur de la source.

Lien vérifié
une adresse onion dont l’exploitant confirme directement le contrôle par un canal officiel, comme un message signé, une annonce signée PGP ou un miroir authentifié répertorié à l’intérieur même du marché;; Entrée de liste
CaractéristiqueLien de marché vérifiéEntrée de liste
Sourceexploitant du marché ou jeu de miroirs signésannuaire tiers, collage, forum ou robot d’indexation ;; Contrôle de la rotation

Une vérification pratique d’une minute consiste à ouvrir deux URL de listes indépendantes censées désigner le même marché. Si les deux présentent un comportement de portefeuille ou de connexion identique mais diffèrent par le texte d’accueil, la clé du support ou les détails du script de dépôt fiduciaire, au moins l’une des deux est un clone. Un véritable marché ne change pas la génération de son portefeuille de dépôt ni son déroulement de litige simplement parce que l’annuaire a changé.

L’emplacement le plus sûr pour une adresse vérifiée se trouve à l’intérieur d’une page de marché que vous avez déjà atteinte : par exemple, un message signé publié depuis le compte ou le portefeuille que vous utilisiez auparavant. Tout ce qui n’apparaît que dans des listes est une suggestion, pas une confirmation. Considérez une liste comme une carte dessinée par des inconnus, et non comme une porte qui vous appartient.

Que vérifier avant de considérer une URL de liste comme utilisable ?

Avant de considérer comme utilisable un onion issu d’une liste, vérifiez deux choses : que l’entrée n’est pas obsolète et que l’adresse n’a pas été silencieusement remplacée par un clone. Une URL listée est un indicateur, pas une garantie ; une liste peut sembler à jour tout en pointant vers un domaine qui a été renouvelé, saisi ou copié par un tiers il y a des semaines.

Les trois vérifications qui comptent le plus

  1. ÉtapeSurvolez ou copiez la chaîne onion complète et comparez-la caractère par caractère avec une seconde source enregistrée indépendamment. Une différence d’un seul caractère au milieu de l’adresse suffit à vous envoyer vers un autre service.
  2. ÉtapeOuvrez le lien uniquement dans une session Tor récente avec JavaScript désactivé, puis notez si le titre de la page, la bannière PGP et la présentation de la connexion correspondent au marché visé.
  3. ÉtapeUne fois la page affichée, vérifiez si l’URL dans la barre d’adresse a changé. Une redirection de l’adresse listée vers un autre onion est un signal d’alerte, pas un signe de rotation normale.
Conseil

Vérifiez le style d’horodatage de la liste elle-même : les entrées simplement marquées « vérifié » sans date, ou dont la date est antérieure à la fenêtre de rotation connue du marché, sont obsolètes par défaut.

Un clone survit en paraissant correct pendant les dix premières secondes. Les rituels de vérification fondés sur la reconnaissance visuelle échouent parce que l’attaquant copie la couche visuelle ; ce qu’il copie rarement correctement, c’est l’identité cryptographique et le comportement de redirection.

  • Comparez l’onion à une annonce signée PGP, pas à une autre entrée de liste
  • Surveillez l’apparition d’un second onion après le premier chargement de la page
  • Considérez comme compromise toute URL qui demande des identifiants avant d’afficher le message d’accueil signé du marché
Important

N’envoyez jamais un dépôt, un message ou un code 2FA après être arrivé depuis une entrée de liste qui s’est ouverte par une redirection — même si la page finale paraît correcte.

Questions fréquentes

Que signifie la partie /?ai= dans certaines URL de listes darknet ?

La partie située après le ? est une chaîne de requête. Elle peut contenir une balise de parrainage, un jeton de session ou une valeur de suivi, et elle ne change pas le service onion vers lequel pointe l’adresse. Considérez ces paramètres supplémentaires comme non fiables, sauf si vous savez exactement qui les a ajoutés et pourquoi.

Pourquoi les listes darknet indiquent-elles le même nom de marché avec plusieurs adresses .onion différentes ?

Les marchés alternent souvent les miroirs pour répartir la charge et survivre aux interruptions, de sorte que plusieurs adresses valides peuvent exister pour un même service. Une liste peut collecter d’anciennes adresses, de nouvelles adresses et des miroirs sans les distinguer clairement. L’interprétation la plus prudente est que chaque adresse constitue une affirmation distincte qui doit être vérifiée indépendamment.

Puis-je vérifier une entrée de liste simplement en l’ouvrant dans Tor Browser et en voyant une page de connexion ?

Voir une page de connexion prouve seulement que quelque chose a répondu à cette adresse onion ; cela ne prouve pas que le service est bien le marché attendu. Les clones d’hameçonnage copient les pages de connexion pour voler les identifiants. Vérifiez l’adresse auprès d’une source en laquelle vous avez déjà confiance en dehors de cette liste avant de saisir la moindre information.

Pourquoi une URL portant le même nom principal que le marché mène-t-elle parfois à une page blanche ou à une erreur ?

L’adresse onion est peut-être hors ligne, le miroir a peut-être été retiré ou l’entrée est peut-être inexacte. Un nom figurant dans une liste ne prouve pas que l’adresse a jamais été exploitée par le véritable marché. Si elle ne s’ouvre pas de manière régulière, ne continuez pas à réessayer avec des réglages ou des identifiants différents.

Quand une liste darknet indique « en ligne » mais que votre connexion échoue, qu’est-ce que cela signifie ?

Un annuaire qui affiche « up » indique seulement que sa dernière vérification automatique s’est terminée, pas que votre circuit aboutira. La cause la plus fréquente est un décalage temporel : la liste a peut-être sondé l’oignon quelques minutes ou quelques heures avant votre tentative, pendant que le service changeait de gardes, déplaçait un miroir ou passait en mode captcha uniquement. Si l’adresse listée ne s’ouvre pas de votre côté, le signal est un statut périmé, pas forcément un marché saisi ou frauduleux.

Vérifiez d’abord les explications les plus simples

  1. Rechargez la même adresse avec un nouveau circuitCliquez sur Nouvelle identité ou redémarrez Tor Browser et réessayez une fois. Un seul mauvais nœud de garde ou de sortie se résout souvent immédiatement.
  2. Essayez un autre miroir listé si l’annuaire en fournit unMême marché, autre oignon — cela permet de distinguer une adresse morte d’un service mort.
  3. Rafraîchissez la page de l’annuaire elle-mêmeSi votre copie en cache est plus ancienne que le statut que vous lisez, l’échec vient de votre côté.
  4. Réessayez sans proxy ni paramètre de pont que vous utilisez rarementLes ponts personnalisés échouent parfois seulement sur certains circuits.
  5. Attendez et traitez cela comme un écart de sondageSi la vérification a eu lieu à la minute 0 et que vous vous connectez à la minute 12, le marché a peut-être déjà basculé vers une autre adresse.
1La sonde de l’annuaire se termine« Up » est enregistré au temps T
2Le service change de garde ou de miroirL’adresse se résout désormais différemment
3Vous chargez la listeVous voyez un statut qui n’est plus vrai
4Votre navigateur échoueLa connexion s’interrompt avant que les pages du service ne se chargent entièrement
Conseil

Si le même oignon s’ouvre cinq minutes plus tard avec un nouveau circuit, la liste ne mentait pas — elle rapportait simplement le passé.

Important

Ne traitez pas des pages de statut répétées comme « up, il y a 2 minutes » comme une donnée fiable pour un dépôt. L’âge du statut est un champ de métadonnées, pas une garantie.

Quand « up » plus échec est un véritable avertissement

Un deuxième scénario est l’échec propre à un miroir : une adresse est joignable pour l’annuaire, mais pas pour les utilisateurs de votre région de sortie ou de votre version de Tor Browser. C’est pourquoi les entrées de liste doivent être lues comme des candidates, pas comme des vitrines officielles confirmées. Le troisième scénario, plus rare, est le mur de captcha : le service répond à la requête HTTP de la sonde, mais votre vraie session de navigateur s’arrête sur une page de preuve de travail ou de CAPTCHA que la vérification automatisée n’a jamais résolue. La liste continue d’afficher « up », tandis que votre écran ne montre rien d’utilisable.

En résumé, une connexion qui échoue après une étiquette « up » se réduit à trois vérifications : réessayer sur un circuit neuf, comparer avec un deuxième miroir et noter l’âge réel du statut. Si une seule entrée listée échoue et qu’une autre s’ouvre, vous observez une rotation d’adresse. Si toutes les entrées échouent pendant des heures alors que les statuts continuent de se mettre à jour, vous observez soit un problème de routage côté Tor, soit un service qui ne répond aux sondes que depuis certains chemins.

SymptômeSignification probableQue faire
Un miroir échoue, un autre s’ouvreRotation d’adresse ou route propre à une régionNe garder que le miroir qui fonctionne ;; Un miroir échoue pendant des heures, les statuts se mettent à jour
Conseil

Traitez le drapeau « up » comme un horodatage, pas comme un verdict : il vous dit quand quelque chose a répondu, pas si cela répondra pour vous.

Si l’URL de la liste continue de vous induire en erreur : escalade et alternatives plus sûres

Remplacer une URL trompeuse par l’entrée suivante de la même page répète généralement l’échec ; la démarche efficace consiste à arrêter de tester ligne par ligne et à basculer vers une ancre de confiance que vous avez déjà vérifiée auparavant. Conservez une copie locale de l’oignon connu et valide, une annonce vérifiée par PGP ou un miroir privé fourni par le marché, et ne considérez un annuaire que comme un simple indice tant qu’il ne correspond pas à l’une de ces ancres.

Ordre d’escalade

  1. Réessayez la même entrée une foisun changement de garde ou une réinitialisation temporaire du circuit peut expliquer un simple délai d’attente
  2. Consultez la page d’état propre à l’annuaire si elle existecertaines listes publient séparément l’heure de la dernière vérification et l’indicateur de sortie
  3. Comparez l’oignon suspect à un lien vérifié sauvegardéune différence au niveau d’un caractère suffit pour le rejeter
  4. Vérifiez l’annonce signée ou le canari du marchél’absence de signature récente affaiblit toutes les URL de la liste
  5. Cessez d’utiliser cette catégorie de liste pour l’accès directpassez plutôt par un miroir connu ou un signet sauvegardé
  • Une entrée de liste qui « ouvre » sans cesse un clone est pire qu’une entrée qui expire : le clone alimente la même habitude que la liste exploite.
  • Un annuaire ne peut pas transformer un oignon non vérifié en oignon vérifié en ajoutant un badge vert « en ligne ».
  • La vérification doit provenir d’un élément extérieur à la liste, et non de la nouvelle vérification effectuée par la liste elle-même.
La liste vous indique ce que quelqu’un veut vous faire essayer. L’ancre sauvegardée vous indique ce en quoi vous avez déjà confiance.
Remarque

Si une même page de listage renvoie à plusieurs reprises vers des adresses imitatrices, la liste entière doit être rétrogradée au rang d’index de recherche, et non de point d’entrée.

Conseil

N’enregistrez pas une page d’annuaire comme signet pour accéder à un marché ; enregistrez l’oignon vérifié et traitez les annuaires uniquement comme une solution de repli pour vérifier la disponibilité.