A Cypherpunk’s Manifesto

Eric Hughes s’adressait aux Cypherpunks, dont les premières discussions subsistent dans les archives de listes de diffusion. Son texte porte une date précise : le 9 mars 1993. Les services en ligne ont changé, mais la question demeure : leur fournisseur doit-il connaître tout ce que nous faisons par leur intermédiaire ? Ce texte diffère de The Crypto Anarchist Manifesto, rédigé par Timothy C. May en 1988. May prévoyait surtout des transformations du pouvoir politique. Hughes se concentrait sur la vie privée et les efforts nécessaires à sa protection. Les deux textes partagent un milieu intellectuel, pas leur auteur ni exactement leur contenu. [1] [2] [3] [5]

Vous pouvez confier un souci familial à une amie et simplement dire à un collègue que vous partirez plus tôt. Les deux informations sont vraies, mais leur étendue diffère. Cela éclaire la distinction de Hughes entre vie privée et secret absolu. Inutile de cacher toute son existence pour vouloir protéger une conversation. La vie privée maintient des limites entre les personnes et les situations. Lorsque messages, achats et contacts sont automatiquement réunis dans un seul profil, ces limites disparaissent. Une information donnée dans un but précis arrive alors devant quelqu’un à qui elle n’était pas destinée. [1]

Imaginons une boutique vendant un fichier téléchargeable. Elle doit identifier la commande, vérifier le paiement et permettre le téléchargement. D’autres informations peuvent servir à établir un justificatif ; il reste utile de distinguer cette finalité de ce qui est techniquement nécessaire à la livraison du fichier. Pourquoi faudrait-il, pour ce seul service, transmettre tout le carnet d’adresses du téléphone ? Une donnée jamais recueillie ne pourra pas fuiter de la base du commerçant. Limiter la collecte constitue une protection différente d’une simple promesse de ne pas abuser des informations déjà conservées. [1] [10]

Revenons au message personnel. Le chiffrement peut cacher son contenu tandis que le service enregistre l’heure, une adresse réseau ou les comptes impliqués. Ces informations annexes sont des métadonnées. Leur étendue varie selon le système : tous les services ne recueillent pas les mêmes éléments. Des contacts réguliers peuvent être sensibles sans qu’une seule phrase soit lue. Il faut donc demander plus que « l’application chiffre-t-elle ? » : qui détient les clés, que conserve-t-elle et que peut-on relier ? Les clés sont ici de longues valeurs numériques que l’application utilise pour chiffrer un message ou le rendre à nouveau lisible. Protéger le contenu et limiter les traces de communication sont deux tâches distinctes, bien que liées. [8] [4]

Le chiffrement transforme un message lisible en données chiffrées que seul un destinataire autorisé possédant la clé nécessaire devrait pouvoir rendre à nouveau lisibles. Correctement mis en œuvre, le chiffrement de bout en bout empêche aussi le serveur qui transmet le message d’en lire le contenu. Une signature numérique permet plutôt de vérifier que les données signées n’ont pas changé et que la signature correspond à une certaine clé. Elle ne cache pas à elle seule le message et ne prouve ni l’identité civile ni l’honnêteté de son auteur. Un pseudonyme peut rester associé à une clé. Le manifeste évoque donc plusieurs outils, pas un bouton magique d’anonymat. [4] [9]

Deux services peuvent annoncer : nous ne lisons pas vos messages. Le premier conserve des copies lisibles et limite l’accès de ses employés. Le second reçoit, grâce à un chiffrement de bout en bout correctement appliqué, des données chiffrées sans leurs clés. La publicité est identique, mais la confiance requise diffère. Le second peut encore présenter des faiblesses dans l’application, les sauvegardes ou la vérification de l’interlocuteur. La réticence de Hughes à dépendre de la seule bonne volonté des grandes organisations conduit à une question pratique : que pourrait apprendre le fournisseur s’il changeait d’avis ou si son serveur était compromis ? [4] [8]

Cette courte phrase fait passer du souhait à la fabrication d’outils. Un logiciel utilisable permet d’envoyer un message protégé sans effectuer soi-même les calculs cryptographiques. Le code source est le texte du programme que les développeurs écrivent et modifient. Le publier permet à d’autres personnes d’étudier sa conception et d’y chercher des erreurs. Mais cela ne prouve ni qu’une vérification approfondie a eu lieu, ni que l’application téléchargée correspond au code publié. La distribution, les mises à jour et le traitement des failles comptent également. Le manifeste appelle à créer et partager ; chaque résultat demande ensuite une évaluation de sa qualité. [1] [11]

Votre amie doit pouvoir recevoir le message chiffré. Si l’outil est trop compliqué, elle risque de déplacer la conversation vers un canal moins protégé. Après lecture, elle peut raconter le contenu ou le photographier : protéger le transport ne l’en empêche pas. Hughes conclut donc en soulignant la coopération ; diffuser du logiciel ne suffit pas. Son optimisme sur la circulation mondiale du code exprime une conviction sur l’avenir, pas une garantie de disponibilité permanente de chaque service. Au-delà des algorithmes, comptent nos interlocuteurs, nos usages et le soin apporté aux informations d’autrui. [1] [8] [10]

Un message peut traverser le réseau en sécurité et être lu par un inconnu sur un téléphone déverrouillé ou contrôlé par un logiciel malveillant. Sa sauvegarde peut bénéficier d’une protection différente de celle du transport. Même une signature valide peut appartenir à un escroc ayant signé une affirmation fausse. Ces situations ne rendent pas le chiffrement inutile ; elles montrent quelle partie du problème il résout. Il faut d’abord préciser ce qu’on protège, contre qui et comment cette personne pourrait y accéder. Le choix des outils vient ensuite. Le manifeste encourage ce raisonnement sans remplacer une évaluation de sécurité concrète. [8] [9] [10]

Bitcoin permet de transférer de la valeur et de vérifier ensemble les règles sans administrateur central du registre des paiements. Son historique de transactions reste toutefois public. Si un commerçant associe paiement, commande et nom du client, Bitcoin n’efface pas ce lien. Dans le livre blanc, Satoshi Nakamoto traite de la vie privée et du rapprochement des transactions : une adresse ne rend pas invisible. Le lien avec Hughes tient aux questions posées et à la création d’outils, pas à une conception technique de Bitcoin dans son manifeste. Il faut examiner qui voit quoi, à qui faire confiance et ce que nous pouvons vérifier nous-mêmes. [6] [7]