162012–2014
Trezor : les clés de Bitcoin dans un ordinateur de poche
Marek Palatinus et Pavol Rusnák cherchaient un moyen de signer des paiements sur un ordinateur sans avoir à lui confier la clé privée. À partir d'un prototype dans un hackerspace de Prague, est née la première génération de portefeuilles matériels.
Les premiers portefeuilles Bitcoin mettaient les utilisateurs face à un choix difficile. Les clés privées pouvaient être stockées sur un ordinateur connecté à Internet et espérer que celui-ci ne soit pas infecté par un malware, ou les cacher de manière si sécurisée qu'il serait impossible de les utiliser pour effectuer des paiements de manière pratique. Marek "Slush" Palatinus et Pavol "Stick" Rusnák cherchaient une troisième voie : un petit ordinateur spécialisé qui ne divulguerait jamais la clé, mais signerait la transaction correctement affichée sur demande. Les premiers prototypes ont été créés dans le hackerspace Brmlab de Prague à partir d'un Raspberry Pi. Le 29 juillet 2014, le Trezor Model One a commencé à être vendu. L'appareil n'a pas rendu le processus de conservation parfait, mais a déplacé sa partie la plus sensible d'un ordinateur ordinaire vers un objet que l'utilisateur pouvait tenir, contrôler et sauvegarder.
Le problème n'était pas Bitcoin, mais l'ordinateur qui l'entourait
Bitcoin donne à son propriétaire la possibilité de contrôler les pièces en signant sans l'aval d'une banque. Cependant, la même propriété transforme la fuite de la clé en perte finale. Si un malware copie la clé privée, il peut créer une transaction valide et le réseau n'a pas de système de réclamation pour l'annuler. Un ordinateur domestique ordinaire exécute un navigateur, un client de messagerie, des documents et des programmes provenant de multiples sources.
Les premiers guides proposaient des portefeuilles papier, des disques chiffrés ou des ordinateurs déconnectés du réseau. Ces solutions pouvaient réduire la surface d'attaque, mais augmentaient les exigences pour une création, une sauvegarde et une signature correctes. Les histoires de James Howells et de Stefan Thomas ont montré l'autre extrémité : les secrets peuvent être protégés avec tant de succès que même leur propriétaire ne peut y accéder.
Palatinus savait déjà ce qu’impliquait l’exploitation d’un Mining Pool et connaissait les risques des services Bitcoin en ligne. Avec Rusnák, il cherchait une réponse pratique : comment séparer la clé de signature d’un ordinateur susceptible d’être compromis, sans rendre chaque paiement techniquement compliqué ? L’utilisateur préparerait toujours la transaction dans le portefeuille de son ordinateur, mais la confirmerait sur un appareil distinct.
C'est ainsi que le principe de la porte-monnaie matérielle est né. L'ordinateur hôte envoie des données non signées à l'appareil. L'appareil déduit la clé nécessaire, affiche les informations essentielles à l'utilisateur et, après confirmation, retourne la signature. Le matériel privé reste à l'intérieur. L'ordinateur infecté peut mentir, c'est pourquoi l'écran et la confirmation physique font partie du modèle de sécurité, et non pas une simple décoration.
L'objectif n'était pas d'éliminer la confiance dans tout le matériel et le logiciel. Il était plus modeste et pratique : réduire la quantité de code et les situations dans lesquelles la clé secrète est exposée. Un appareil spécialisé peut être contrôlé de manière plus approfondie que tout un ordinateur portable et son interface limitée donne à l'utilisateur la chance de comprendre ce qu'il signe réellement.
Un ordinateur ordinaire doit simultanément naviguer sur le web, ouvrir des pièces jointes, installer des pilotes et exécuter des milliers de fragments de code sans rapport avec Bitcoin. Chacun d'entre eux élargit l'espace dans lequel un attaquant peut guetter le moment de la signature. Un appareil dédié ne supprimera pas ce monde, mais il isolera l'opération la plus sensible de son chaos. La transaction est préparée à l'extérieur, signée à l'intérieur, et la clé privée ne doit jamais quitter l'appareil. Le rôle de l'écran et des boutons est de donner à l'utilisateur un canal indépendant : l'ordinateur peut affirmer une adresse, mais la confirmation décisive s'opère sur l'écran que le portefeuille lui-même contrôle.
Brmlab, Raspberry Pi et deux boutons
Les premières tentatives n'avaient pas l'air du produit de consommation qui allait suivre. À Brmlab, Palatinus et Rusnák construisaient des cartes d'extension pour Raspberry Pi, ajoutaient un petit écran, des boutons et une communication USB. Ils devaient vérifier que tout le processus pouvait fonctionner : l'appareil créait des clés en toute sécurité, affichait la demande et signait sans révéler les clés.
Le hackerspace offrait un environnement où le matériel et le logiciel pouvaient être modifiés simultanément. Une erreur dans la disposition des boutons n'était pas séparée d'une erreur dans le protocole ; les deux pouvaient amener l'utilisateur à approuver quelque chose de différent de ce qu'il avait l'intention de faire. La facilité d'utilisation n'était pas la dernière couche au-dessus de la cryptographie. Elle était une condition pour que la cryptographie protège réellement l'être humain.
Les deux boutons représentaient une limite importante. L'ordinateur pouvait demander à l'appareil de signer, mais la confirmation finale devait venir physiquement. L'écran, quant à lui, créait un deuxième canal pour vérifier l'adresse et le montant. Si l'ordinateur portable infecté changeait le destinataire, un Trezor utilisé correctement devait montrer la contradiction.
À partir du prototype, la société SatoshiLabs est née. Les développeurs devaient résoudre les problèmes de fabrication, de firmware, de mises à jour, de compatibilité des portefeuilles et de support pour les personnes qui ne savaient rien sur les clés hiérarchiques. Le passage d'une carte dans un hackerspace à un produit signifiait que l'idée de sécurité devait être maîtrisée non seulement par ses auteurs, mais aussi par la personne qui ouvrait la boîte à la maison.
Trezor se décrit lui-même comme la première porte-monnaie matérielle au monde. Plus précisément, ce titre de pionnier devrait être attribué au fabricant et à une définition spécifique du produit : un appareil commercial spécialisé pour stocker des clés et confirmer des transactions Bitcoin. L'histoire des jetons de sécurité est plus large, mais le Model One a créé une catégorie que le marché Bitcoin a commencé à suivre.
Un appareil qui peut être restauré à partir de mots
Le Trezor Model One a été officiellement lancé le 29 juillet 2014. Un petit écran, deux boutons et un câble USB cachaient un changement plus important : le portefeuille n'avait plus à être identique à un seul morceau de matériel. Si l'appareil était perdu ou endommagé, l'utilisateur pouvait restaurer les clés à partir d'un ensemble de mots.
Marek Palatinus et Pavol Rusnák sont coauteurs de BIP 39. La proposition décrit comment représenter des données générées aléatoirement par une liste de mots, puis en dériver le seed d’un portefeuille. La Seed Phrase a permis de sauvegarder la base de nombreuses clés dans un seul relevé, au lieu de copier chaque clé séparément. Si l’utilisateur emploie aussi une passphrase, elle est également nécessaire à la restauration. Cette sauvegarde plus simple a une contrepartie : quiconque obtient les secrets requis peut restaurer le portefeuille.
La BIP 44 a décrit plus en détail la hiérarchie des objectifs, des devises et des comptes au-dessus d'un portefeuille déterministe. Les normes ont permis aux logiciels compatibles de retrouver à nouveau la même structure d'adresses à partir d'une seule graine. La restauration est ainsi devenue plus utilisable, mais également dépendante d'une bonne compréhension de la dérivation et du support des applications individuelles.
L'appareil protégeait ainsi la clé pendant l'utilisation courante, tandis que la sauvegarde papier ou métallique protégeait la possibilité de restauration. Sans sauvegarde, un Trezor détruit pouvait signifier une perte. Avec une sauvegarde compromise, un attaquant pouvait contourner l'appareil complètement. La sécurité ne s'est pas arrêtée de reposer sur l'homme ; elle a simplement obtenu une répartition plus claire des rôles.
Ce modèle a aidé à étendre la conservation personnelle au-delà d'un cercle étroit de techniciens. L'utilisateur pouvait détenir des fonds à long terme et signer occasionnellement un paiement sans importer la graine dans un ordinateur en ligne. Le produit n'a pas simplifié Bitcoin en cachant la responsabilité. Il a plutôt tenté de l'organiser en étapes raisonnables à suivre.
Trezor n'est pas une monnaie ni une assurance
La porte-monnaie matérielle ne stocke pas les Bitcoins comme des pièces dans un coffre. Elle conserve les secrets nécessaires pour signer le transfert des sorties enregistrées dans la blockchain. Lorsque l'utilisateur détruit l'appareil, mais possède la bonne graine, il peut restaurer les fonds. Lorsque la graine est obtenue par une personne étrangère, elle peut déplacer les fonds sans l'appareil d'origine.
Même l'écran ne sert à rien si la personne ne lit pas les informations. Une application frauduleuse peut afficher l'adresse correcte sur l'ordinateur et envoyer une autre adresse à l'appareil ; la défense ne fonctionne que lorsque l'utilisateur compare l'adresse sur un écran de confiance. L'élément de sécurité est l'offre de contrôle, et non une garantie automatique de décision correcte.
Le fabricant et la communauté doivent toujours traiter les défauts du firmware, la sécurité de la chaîne d’approvisionnement et les mises à jour. Le code ouvert permet d’examiner le fonctionnement de l’appareil ; cela ne signifie pas que chaque propriétaire doive en vérifier lui-même toutes les lignes. La Self-Custody repose aussi sur les pratiques d’utilisation et sur la confiance accordée aux outils choisis. Le matériel a pris en charge une partie du travail, sans faire disparaître la responsabilité de l’utilisateur.
L’histoire de Trezor apporte un autre éclairage aux récits de disques durs perdus et de mots de passe oubliés. Ses créateurs ne pensaient pas que les gens cesseraient de faire des erreurs. Ils cherchaient un outil capable d’en éviter certaines et de rendre les autres plus faciles à repérer à temps. Son utilisation impose toutefois des précautions : noter les mots de récupération, protéger cette sauvegarde du feu et des regards indiscrets, et s’entraîner à restaurer le portefeuille avant qu’une urgence ne survienne.
À partir d'une carte dans un hackerspace de Prague, est né un produit mondial, car il résolvait un problème qui grandissait avec la valeur du réseau. Plus il y avait de choses à protéger, moins acceptable était le choix entre une clé en ligne et un archive peu pratique. Trezor n'a pas éliminé le risque de la clé privée. Il lui a donné une interface physique sur laquelle l'homme peut réellement exercer sa responsabilité.
Ce partage des responsabilités a aussi ses contraintes. Le fabricant peut publier la conception de l’appareil et les correctifs, mais il ne peut pas conserver les mots de récupération en lieu sûr à la place de l’utilisateur, vérifier chaque adresse ni déceler chaque demande frauduleuse de saisie de ces mots. L’appareil protège une étape précise du processus. La sécurité dépend de l’ensemble : du matériel vérifié, un logiciel fiable, une sauvegarde physique et une personne attentive. Trezor ne dispense donc pas de comprendre ce qu’implique la garde de ses propres clés. Il cherche à rendre cette responsabilité cryptographique concrète, à travers quelques gestes visibles qui permettent de repérer une erreur avant qu’elle ne devienne irréversible.
Personnes et notions dans l’Atlas
Sources et limites du récit
- 01Trezor — Une décennie de pionnier
Les noms des fondateurs, Brmlab, les prototypes sur Raspberry Pi et la date de lancement du Model One.
- 02Trezor — À propos de Trezor
La chronologie de l'entreprise, la BIP 39, la BIP 44 et le produit Model One.
- 03BIP 39 — Code mnémonique pour générer des clés déterministes
La spécification technique des mots de restauration, sa portée et ses limites de sécurité.
- 04BIP 44 — Hiérarchie multi-comptes pour les portefeuilles déterministes
La spécification technique de la hiérarchie des comptes, dont les auteurs sont Marek Palatinus et Pavol Rusnák.