Vérification PGP des liens de marché et des messages vendeur

Une signature PGP sur une annonce signée prouve une seule chose, très précise : la personne qui a publié ce message avait accès à la clé privée correspondant à la clé publique que vous détenez déjà pour ce marché. Cela ne prouve pas que le marché est honnête, qu’il est actuellement en ligne, ni que votre commande arrivera. Cela prouve uniquement la continuité du détenteur de la clé entre le moment où vous avez reçu cette clé publique et le moment où le nouveau lien ou la mise à jour de maintenance a été signé.

Trois choses que la signature démontre réellement

Continuité de la clé. Si l’ancien onion a signé un message contenant un nouvel onion, et que la signature se vérifie avec une clé publique que vous avez enregistrée il y a des semaines, alors l’opérateur ne sort pas de nulle part. L’opérateur d’une page clone ne possède pas cette clé privée : son annonce signée échouera à la vérification, même si sa page ressemble au pixel près à l’originale.

Intégrité du message. Le texte signé n’a pas été modifié depuis qu’il a quitté l’opérateur. Une personne placée entre vous et l’annonce ne peut pas y substituer une autre adresse onion, une autre adresse de paiement ou un autre calendrier de maintenance sans casser la signature. Les mathématiques lient le texte à la clé.

Moment de l’intention. Une signature créée au moment de la rotation montre que le même détenteur de clé a délibérément approuvé la nouvelle adresse. Elle ne montre pas que l’opérateur est sûr. Elle montre qu’il disposait de la même identité numérique qu’auparavant, ce qui est le seul ancrage stable lorsque tout le reste change.

1. Le détenteur de la clé rédige la mise à jourL’opérateur compose un texte en clair indiquant le nouvel onion et toute fenêtre de maintenance
2. La signature est crééeLe texte est signé avec la clé PGP à long terme du marché
3. Le message est diffuséLe texte signé et la signature circulent ensemble via des miroirs ou des canaux de collage
4. Vous vérifiezVotre clé publique enregistrée contrôle la signature par rapport au texte exact reçu
5. Lien rotatif acceptéSi la vérification aboutit, le nouvel onion hérite de la confiance que vous aviez déjà placée dans cette clé

Considérez la clé PGP comme un tampon impossible à contrefaire en pratique : n’importe qui peut imprimer une page à l’apparence officielle, mais une seule partie peut presser le tampon sur le papier. Une signature valide est le tampon pressé. Elle vous indique que la même main qui a marqué l’ancienne page a aussi marqué la nouvelle — pas que cette main est bienveillante, sobre ou solvable.

Une annonce signée et un mur de texte cloné se ressemblent souvent au premier regard : même nom de marché, même style de rédaction, même liste de nouveaux miroirs. Ce qui change, ce sont les éléments qu’une signature couvre réellement — la clé qui vérifie le message et les données contrôlées par l’opérateur à l’intérieur de celui-ci. Lorsque l’opérateur signe un avis de rotation, la signature lie la nouvelle adresse à la même clé qui a signé les annonces précédentes. Un clone peut copier la mise en forme et même réutiliser l’ancien texte, mais il ne peut pas produire une signature fraîche à partir de la clé privée de l’opérateur. C’est la première différence concrète : la mise à jour signée produit une preuve valable et actuelle, tandis que le clone n’a soit aucune signature, soit une signature qui ne correspond pas à la clé déjà marquée comme fiable dans le trousseau du lecteur.@@H3 Les deux changements visibles : continuité de la clé et qualité du lien@@GLOSSARY Continuité de la clé :: si la clé de signature de la nouvelle annonce est la même que celle utilisée par l’opérateur lors de la précédente mise à jour vérifiée || Qualité du lien :: si la signature couvre réellement la nouvelle adresse miroir et les mots du message, ou si elle se contente d’être posée à côté comme un décor || Trousseau de confiance :: l’ensemble local de clés d’opérateurs déjà vérifiées qu’un lecteur a acceptées avant la rotation@@COMPARE Ce qui change entre une vraie mise à jour et un clone | Mise à jour signée de l’opérateur | Clone d’hameçonnage ;; Vérification de la signature :: réussit face à la clé d’opérateur précédemment fiable :: échoue ou renvoie vers une nouvelle clé non vérifiée ;; Adresse miroir dans le message :: liée à la signature ; modifier une seule ligne casse la preuve :: peut être modifiée librement car aucune signature valable ne la couvre ;; Langage d’urgence :: généralement neutre et factuel, même en demandant aux utilisateurs de migrer :: s’appuie souvent sur la panique, l’expiration ou un « dernier avertissement » pour pousser à cliquer vite ;; Effet sur le trousseau du lecteur :: confirme la continuité du même opérateur :: tente de remplacer la confiance par une nouvelle clé non méritée @@P Ce second changement explique pourquoi une mise à jour non signée ou mal signée se lit comme un signal d’alerte précoce, et non comme un simple problème de mise en forme. Lorsqu’un opérateur a des habitudes de signature maîtrisées, les avis de rotation sérieux sont signés par défaut — cela fait partie du message, ce n’est pas un supplément facultatif. Un opérateur de clone contrôle généralement le texte d’une page miroir, mais pas la chaîne de signature. Le signal d’alarme apparaît donc avant même que l’utilisateur ne clique : l’ancienne clé ne dit rien ici, ou la vérification échoue immédiatement.@@P Pensez-y comme à une agence bancaire qui déménage vers une nouvelle adresse. La vraie banque envoie l’avis sur un papier à en-tête identique au précédent et portant le même sceau que vous avez déjà vérifié. Un faux avis peut utiliser le même logo et la même formulation, mais le sceau est absent, flou, ou réalisé avec un autre tampon. Le texte n’a pas changé — l’autorité qui le porte, si. C’est précisément cet écart entre des mots copiés et une autorité non prouvée que la vérification PGP permet de distinguer.@@COMPARE Ce que le lecteur compare avant de faire confiance au lien | Ancien état de vérification | Nouvelle mise à jour ;; Clé de signature :: clé d’opérateur déjà marquée comme fiable :: la même clé fiable signe le nouvel avis ;; Contenu du message :: mots de la rotation précédente et liste des miroirs :: nouvelle liste de miroirs liée par la signature ;; Mode d’échec du clone :: non applicable avant la tentative de prise de contrôle :: le clone arrive non signé ou signé par une clé inconnue ;; Signal d’alerte pratique :: absence de la signature familière de la clé :: le lecteur voit une preuve cassée avant de cliquer sur le nouvel onion @@P La conséquence pratique est qu’une page clonée tente souvent de rendre la vérification superflue. Elle dit au lecteur que « ceci est le nouveau message signé » tout en ne présentant aucune signature, ou que « la clé a changé pour des raisons de sécurité » sans fournir l’explication qu’un opérateur donnerait normalement. Une mise à jour signée, à l’inverse, traite la clé comme la raison de faire confiance au lien — et non comme un désagrément à faire défiler.

Les messages des vendeurs se répartissent en deux cas structurellement différents. Lorsqu’une note est chiffrée pour votre clé publique, seul le détenteur de la clé privée correspondante peut la lire. Cela signifie que le vendeur s’adressait à une identité d’acheteur précise, et non qu’il diffusait un message général. Cela signifie aussi que toute citation ultérieure de ce message a moins de poids, sauf si le lecteur peut ouvrir lui-même le même texte chiffré avec la même clé. Le sens du chiffrement importe davantage que le contenu du message : il indique qui le vendeur comptait atteindre et quel matériel de clé il jugeait fiable à ce moment-là.

Un vendeur qui a utilisé la même clé à travers des commandes, des litiges et des changements d’adresse crée un fil de continuité. Si cette même clé signe un message disant « utilisez cette nouvelle clé », la transition est ancrée à quelque chose que vous avez déjà vérifié. Si au contraire le vendeur se met simplement à signer avec une nouvelle clé après un litige ou une livraison manquée, rien ne relie la nouvelle clé à l’identité précédente. Un attaquant qui contrôle le compte pourrait faire exactement cela.

La distinction devient nette en cas de litige. Un acheteur qui peut montrer qu’une note de commande chiffrée s’ouvre avec sa clé privée possède quelque chose que le vendeur a produit pour ce destinataire précis. Si le vendeur prétend ensuite avoir un autre compte ou une autre clé, la preuve ne franchit pas le fossé. La valeur réside dans la continuité, pas dans le chiffrement lui-même.

La plupart des échecs de vérification ne viennent pas d’un logiciel défectueux ni d’un caractère mal recopié. Ils viennent du fait qu’on traite une annonce signée comme un laissez-passer qui reste valable, au lieu d’un reçu à usage unique lié à un moment précis. Une analogie raisonnable est celle de la carte magnétique d’un hôtel : la carte prouve que la réception l’a émise pour une chambre et une date données. Elle ne prouve pas que la personne qui la tient demain travaille encore là-bas, ni que la chambre derrière la porte n’a pas été renumérotée. La signature montre qui a émis le message et que son contenu n’a pas changé. Elle ne dit rien de ce que cet opérateur décidera de publier la semaine suivante, et elle ne transforme pas le lien en marque-page sûr.

L’analogie commence à s’effriter dès que la rotation des miroirs entre en jeu. Une carte d’hôtel est physiquement réémise à chaque séjour ; un lien de marché signé peut être copié, transféré et réutilisé longtemps après que l’opérateur a fait tourner son infrastructure. Réutiliser le même lien signé pendant des mois, c’est comme s’enregistrer dans un hôtel, repartir, puis essayer d’utiliser la même carte un an plus tard parce que le plastique a encore l’air officiel. La signature était valable pour ce qu’elle était à ce moment-là. Ce n’est pas un contrat selon lequel la même adresse en .onion restera l’unique entrée pour toujours.

Un autre piège courant consiste à traiter toutes les clés comme interchangeables lors d’un changement de miroir. Un utilisateur reçoit une nouvelle annonce de lien, voit une signature et suppose que la clé appartient au marché simplement parce que le message ressemble à une mise à jour du marché. Si la clé PGP qui a signé la mise à jour précédente n’a pas signé la nouvelle, c’est tout le signal. Une clé changée n’est pas un désagrément à ignorer ; c’est la différence entre une nouvelle clé et un nouvel opérateur.

Une version plus déroutante se produit avec les messages propres à un vendeur. Si un vendeur envoie une note chiffrée qui mentionne une panne du marché ou un changement de miroir, l’utilisateur peut mentalement fusionner cette clé de vendeur avec la clé du marché. Le vendeur a signé un message au sujet de ses propres commandes ou de sa propre disponibilité. Un miroir de marché signé par l’opérateur du marché est une identité entièrement différente. Perdre de vue quelle clé est censée signer quel type d’annonce transforme une banale mise à jour de vendeur en fausse impression que le marché lui-même a confirmé un lien.

Une signature valide réduit le risque de « est-ce bien le véritable opérateur ? » à « qu'est-ce qui a changé depuis la dernière fois que cette clé a été considérée comme fiable ? ». Cette seconde question pèse davantage dans l'usage quotidien. Les marchés peuvent faire pivoter une sous-clé de signature, retirer une clé d'annonce expirée ou changer leur empreinte de contact privilégiée tout en restant contrôlés par la même équipe. Considérez une bonne signature comme une preuve de continuité pour ce message uniquement — et non comme une garantie générale pour chaque miroir, vendeur ou compte d'assistance lié au marché.

Une bonne signature confirme un seul message. Elle ne garantit rien pour le lien suivant, le prochain alias ou la prochaine personne qui le cite.

Lorsque la signature est vérifiée, la suite pratique à donner dépend de ce que le message vous demande réellement de faire. Une annonce signée concernant un nouveau miroir n'a pas le même poids qu'un message signé d'un vendeur au sujet de votre commande.

1. Vérification de la signature sur un nouveau lien de marchéOuvrez l'annonce signée et notez quelle empreinte l'a produite. Si elle correspond à une clé que vous détenez déjà depuis une session vérifiée antérieure, comparez la nouvelle adresse au format que le marché utilisait auparavant. Si les deux concordent, le lien peut être utilisé pour naviguer.
2. La signature est valide mais l'empreinte est nouvelle ou ne repose que sur une sous-cléNe passez pas immédiatement de commande. Le message peut malgré tout être légitime — une rotation d'expiration ou un changement de sous-clé — mais vous ne pouvez pas distinguer cela d'une prise de contrôle sans un autre canal. Attendez une seconde confirmation signée provenant d'un chemin différent, par exemple un vendeur en qui vous avez déjà confiance ou un contact sauvegardé séparément.
3. La signature échoue ou le message n'est pas signéArrêtez-vous et traitez chaque instruction qu'il contient comme du rebut. Liens, mises à jour de portefeuille, invites de « réinitialisation obligatoire du mot de passe » — rien de tout cela ne doit être suivi. Un clone peut copier la formulation d'une vraie mise à jour tout en échouant à la vérification de signature.
4. Le message du vendeur se déchiffre et indique que votre commande nécessite une confirmationLe chiffrement prouve uniquement que le message a été construit pour votre clé publique. Il ne prouve pas que l'expéditeur est bien le vendeur. Comparez l'historique de la clé de signature du vendeur. Si le vendeur ne signe pas ses messages, demandez-lui de lier les détails de la commande à son identité PGP connue avant d'envoyer quoi que ce soit.

Une fausse confiance fréquente consiste à traiter « signature valide » comme « tout est sûr désormais ». Un message signé peut tout de même contenir un lien pointant vers une interface saisie ou clonée si la clé elle-même a été discrètement remplacée plus tôt. C'est pourquoi la continuité compte davantage qu'une simple correspondance.