Le fabricant Coinkite l’a reconnu dans son propre avis de sécurité : les appareils eux-mêmes n’avaient pas été compromis à distance. C’était la génération de la seed qui était défaillante. Plus gênant encore, installer le firmware corrigé ne réparait pas une seed déjà vulnérable. Il fallait créer de nouvelles clés et déplacer les fonds.
C’est probablement l’une des meilleures histoires pour comprendre ce qu’un hardware wallet est réellement.
Pas un coffre-fort magique.
Pas une garantie.
Pas un endroit où Bitcoin est physiquement stocké.
Un hardware wallet est avant tout une machine spécialisée chargée de générer ou d’importer des secrets cryptographiques, de les protéger et de signer des transactions sans exposer directement les clés privées à l’ordinateur ou au téléphone utilisé au quotidien.
C’est extrêmement utile. Pour beaucoup de détenteurs sérieux de Bitcoin ou de crypto, c’est même une amélioration considérable par rapport à une seed stockée dans MetaMask sur un ordinateur rempli d’applications, d’extensions et de fichiers téléchargés.
Le problème commence lorsqu’on transforme cette réduction du risque en certitude.
« Mes bitcoins sont sur mon Ledger. »
« Mon Trezor est hors ligne, donc personne ne peut me voler. »
« Mon wallet est air-gapped, donc il est inviolable. »
« La puce est certifiée EAL6+, donc aucune attaque physique n’est possible. »
« Le firmware est open source, donc je n’ai besoin de faire confiance à personne. »
« Ma seed est sur métal, donc je suis sécurisé à vie. »
Toutes ces phrases contiennent une partie de vérité.
Aucune n’est suffisante.
L’industrie des hardware wallets a beaucoup progressé. Les Secure Elements se généralisent, des architectures ouvertes apparaissent, les écrans deviennent capables d’afficher davantage d’informations, les systèmes de sauvegarde multi-parties se développent et même la cryptographie post-quantique commence à arriver dans les mécanismes d’authentification de certains appareils.
Et pourtant, l’utilisateur reste au centre du système.
Il doit faire confiance à la génération des clés. Au firmware. Au matériel. À l’écran. À la chaîne d’approvisionnement. À la procédure de sauvegarde. À sa capacité à reconnaître une transaction malveillante. Puis, des années plus tard, à sa propre mémoire ou à celle de ses héritiers.
Le hardware wallet ne fait donc pas disparaître la confiance.
Il la déplace.
Un hardware wallet n’est pas le coffre que l’on imagine
La première chose que l’industrie devrait peut-être expliquer davantage est extrêmement simple : vos cryptos ne sont pas dans votre hardware wallet.
Elles n’y entrent jamais.
Elles n’en sortent jamais.
Ce point apparaît déjà dans le glossaire crypto de Bref Crypto : le wallet gère les clés et les signatures ; les actifs restent inscrits sur la blockchain.
Cette distinction semble théorique jusqu’au jour où l’appareil tombe dans l’eau.
Votre Bitcoin ne tombe pas dans l’eau avec lui.
L’appareil protège une capacité, pas des pièces
Sur Bitcoin, une transaction valide doit notamment être autorisée grâce aux clés correspondant aux coins que l’on souhaite dépenser.
Le hardware wallet protège cette capacité de signature.
Lorsque vous souhaitez envoyer du BTC, le logiciel installé sur l’ordinateur ou le smartphone construit généralement la transaction. Le hardware wallet reçoit les informations nécessaires, vous les présente, puis produit la signature lorsque vous confirmez.
La clé privée n’a normalement pas besoin de quitter l’appareil.
C’est là le principal avantage.
Un malware installé sur l’ordinateur peut voir beaucoup de choses. Il peut essayer de modifier une adresse, d’altérer une interface ou de voler des fichiers. Il n’obtient pas pour autant automatiquement la clé privée stockée dans le hardware wallet.
Un hot wallet fonctionne différemment. Ses secrets vivent sur un environnement généraliste connecté à Internet.
Le hardware wallet crée donc une frontière.
Une très bonne frontière.
Pas un mur absolu.
Votre seed est souvent plus importante que votre hardware wallet
Un appareil à 200 dollars peut disparaître.
Vous en achetez un autre.
Vous restaurez votre portefeuille.
Le patrimoine revient.
Ce miracle apparent vient d’une réalité moins confortable : la seed est le véritable secret critique.
Les 12, 20 ou 24 mots utilisés selon le système permettent de reconstruire les clés.
Quiconque obtient une seed classique peut souvent restaurer le portefeuille sur un autre appareil sans posséder le hardware wallet original.
Le voleur n’a plus besoin de casser la puce.
Il peut laisser votre appareil dans le tiroir.
Voilà le premier grand paradoxe de la sécurité matérielle : une entreprise peut investir des années dans des Secure Elements, des protections contre l’injection de faute, des écrans sécurisés et un bootloader durci, puis l’utilisateur écrit tranquillement l’équivalent de toutes ses clés sur un morceau de papier posé à côté de l’appareil.
La sécurité globale prend alors la résistance du composant le plus faible.
Pas celle du composant le plus sophistiqué.
Un backup papier peut annuler une grande partie de la sécurité matérielle
Imaginons un hardware wallet capable de résister à une attaque de laboratoire extrêmement sophistiquée.
Votre seed est dans un tiroir.
Le cambrioleur ouvre le tiroir.
Fin de l’histoire.
Le même problème existe lorsqu’une personne photographie sa seed.
Le hardware wallet peut garder parfaitement les clés hors ligne ; la photo, elle, peut être synchronisée automatiquement avec un cloud.
Même chose pour un document Word.
Une note sur téléphone.
Un e-mail envoyé à soi-même.
Une impression effectuée sur une imprimante réseau conservant des tâches.
Un gestionnaire de fichiers synchronisé.
Une sauvegarde WhatsApp.
Une conversation avec un assistant IA.
À partir de cet instant, la question n’est plus « peut-on extraire les clés du Secure Element ? ».
Elle devient « qui peut accéder à cette copie numérique ? ».
Le hardware wallet continue de fonctionner parfaitement.
La sécurité, elle, est déjà contournée.
Le métal ne résout qu’une catégorie de problème
Face aux limites du papier, l’industrie vend désormais énormément de dispositifs métalliques destinés aux backups.
L’idée est raisonnable.
Papier et encre peuvent brûler, se dégrader, moisir ou être détruits par l’eau.
L’acier résiste mieux.
Cela ne signifie pas que graver une seed sur métal transforme le secret en forteresse.
Le métal protège principalement contre la destruction physique.
Pas contre la lecture.
Une plaque contenant 24 mots trouvée par un cambrioleur fournit exactement les mêmes informations cryptographiques qu’une feuille contenant 24 mots.
Le backup métal améliore donc la disponibilité.
Il n’améliore pas nécessairement la confidentialité.
C’est une nuance importante.
Un support de sauvegarde doit répondre à deux menaces presque opposées :
personne d’indésirable ne doit pouvoir le lire ;
vous devez absolument pouvoir le relire lorsqu’il sera nécessaire.
Toute la difficulté de la self-custody tient dans cette contradiction.
Même la seed peut être mal générée
L’incident Coldcard de 2026 ajoute une couche beaucoup plus dérangeante.
Nous supposons généralement qu’une phrase de 24 mots générée par un appareil possède une quantité gigantesque d’aléatoire.
Encore faut-il que la source d’aléatoire fonctionne réellement.
Coinkite indique dans son changelog officiel qu’un bug présent dans certaines versions de firmware utilisées entre 2021 et juillet 2026 produisait une entropie insuffisante. L’entreprise a publié des versions corrigées et demandé aux personnes concernées de régénérer leurs secrets et de déplacer immédiatement leurs fonds.
Bref Crypto avait suivi les conséquences de l’incident lorsque des mouvements massifs de BTC avaient accompagné la migration après la faille Coldcard.
Ce cas détruit une idée confortable :
« Si ma seed reste hors ligne, elle est sûre. »
Non.
Elle doit également avoir été correctement générée.
Une clé secrète prévisible reste une mauvaise clé secrète même si personne ne l’a jamais photographiée.
Une mise à jour ne répare pas toujours le passé
Voilà une autre subtilité.
Un firmware contient un bug.
Le fabricant le corrige.
Vous mettez votre appareil à jour.
Problème réglé ?
Cela dépend du bug.
Si le problème concerne l’affichage ou une opération future, peut-être.
Si le problème a déjà produit une seed faible, non.
La seed n’acquiert pas rétroactivement davantage d’entropie parce qu’un nouveau firmware est installé.
Le secret existe déjà.
C’est exactement pour cette raison que Coinkite demandait aux utilisateurs concernés de créer un nouveau secret et de déplacer les fonds.
Cette distinction devrait figurer dans chaque discussion sur les mises à jour de sécurité.
Mettre à jour le logiciel protège parfois les prochaines opérations.
Cela ne répare pas nécessairement les clés créées auparavant.
« Air-gapped » ne veut pas dire sans surface d’attaque
Le mot est puissant.
Air gap.
Pas de connexion USB directe à l’ordinateur.
Pas de Bluetooth.
Parfois communication par carte microSD ou QR code.
Cela réduit certains canaux d’attaque.
Très bien.
Le raisonnement devient mauvais lorsqu’il se transforme en :
« aucune connexion = aucun risque ».
Il faut toujours transmettre des informations à l’appareil d’une manière ou d’une autre.
Une PSBT via microSD reste une donnée.
Un QR code reste une donnée.
Le firmware reste du code.
L’appareil doit toujours parser des informations extérieures.
L’attaque se déplace donc vers ces interfaces.
Un air gap peut être une excellente propriété de sécurité.
Il n’est pas un audit.
Le téléphone ou l’ordinateur peut encore essayer de vous tromper
Le hardware wallet protège les clés.
Le logiciel hôte construit néanmoins une grande partie de l’expérience.
Imaginons que vous souhaitiez envoyer 2 BTC à Alice.
Votre ordinateur infecté affiche l’adresse d’Alice.
La transaction réellement préparée contient celle de l’attaquant.
Le hardware wallet doit alors remplir une mission essentielle : vous montrer la vraie destination avant signature.
D’où l’importance de l’écran.
D’où aussi l’importance de le lire.
Posséder un écran sécurisé puis valider mécaniquement toutes les transactions revient à acheter une serrure et laisser systématiquement la porte ouverte.
Tous les écrans ne protègent pas de la même manière
Certains hardware wallets possèdent un véritable écran contrôlé par l’environnement sécurisé.
D’autres systèmes s’appuient davantage sur le smartphone.
Le compromis change.
Un écran embarqué permet une vérification indépendante de certaines informations : montant, adresse, type d’opération.
Cela protège contre une interface hôte mensongère à condition que l’information affichée soit suffisamment complète et compréhensible.
Sur Bitcoin, ce modèle peut être relativement clair.
Envoyer 0,1 BTC vers une adresse donnée est une opération assez lisible.
Dans la DeFi, l’histoire se complique.
Le hardware wallet peut vous protéger parfaitement pendant que vous autorisez vous-même le vol
Imaginez un contrat Ethereum malveillant.
Votre clé reste bien enfermée.
Le pirate ne l’extrait jamais.
Vous signez volontairement une autorisation permettant au contrat de déplacer vos tokens.
La cryptographie fonctionne exactement comme prévu.
Le hardware wallet aussi.
Les fonds partent.
Voilà pourquoi la blind signing, signature à l’aveugle, devient un problème majeur dans l’écosystème moderne. Les transactions de smart contracts peuvent présenter des données difficiles à interpréter directement sur un petit écran.
Ledger reconnaît explicitement ce problème et travaille sur la « Clear Signing », qui transforme certaines données de smart contracts en informations lisibles par un humain avant validation. Son système ERC-7730 a évolué en 2026 et sa gouvernance doit s’élargir au-delà de Ledger.
Le point dépasse une marque.
Un hardware wallet ne peut protéger l’utilisateur d’une transaction qu’il autorise sciemment s’il ne comprend pas ce qu’il autorise.
Pour la DeFi, le cold wallet devient vite un hot wallet avec une meilleure clé
Techniquement, la clé reste hors ligne.
Opérationnellement, le portefeuille principal se met pourtant à signer :
DEX ;
bridges ;
NFT ;
airdrops ;
staking ;
protocoles expérimentaux ;
nouveaux contrats ;
approvals ;
messages EIP-712.
Chaque interaction ajoute un risque.
Le secret n’est peut-être jamais exposé.
La capacité qu’il protège est sollicitée en permanence.
Voilà pourquoi conserver 500 000 dollars dans le même wallet qui sert à farmer chaque airdrop disponible n’a pas beaucoup de sens.
Le hardware wallet améliore la sécurité de la clé.
Il ne rend pas tous les smart contracts sûrs.
Un wallet « Bitcoin only » peut réduire la complexité
Pour une personne ne conservant que Bitcoin, une version de firmware ou un appareil spécialisé Bitcoin peut présenter un avantage conceptuel : moins de fonctionnalités signifie généralement moins de code, moins de protocoles et moins de surfaces fonctionnelles à gérer.
Cela ne crée pas automatiquement un appareil plus sûr.
Un bug sérieux peut exister dans très peu de code.
L’intérêt est plutôt architectural.
La personne qui n’utilise aucun smart contract n’a pas besoin que son coffre de long terme sache parler à cinquante blockchains, gérer des NFT et décoder des interactions DeFi.
Cette logique rejoint un principe ancien de cybersécurité :
ce qui n’existe pas ne peut pas être attaqué.
Le PIN protège l’appareil, pas forcément le portefeuille entier
Le PIN est utile.
Un voleur récupère le hardware wallet.
Le PIN ralentit ou empêche son accès direct.
Il ne protège cependant pas une seed trouvée ailleurs.
Une personne possédant votre phrase de récupération n’a généralement pas besoin de deviner votre PIN.
Elle restaure simplement le wallet sur un autre dispositif compatible.
PIN et seed répondent donc à deux problèmes différents.
Confondre les deux donne un faux sentiment de sécurité.
Une passphrase transforme encore le modèle
Une passphrase BIP39 peut créer un wallet différent à partir de la même phrase de récupération.
La seed seule devient alors insuffisante pour retrouver ce portefeuille particulier.
Puissant.
Et dangereux.
Perdre la passphrase peut signifier perdre les fonds.
Il n’existe pas de serveur universel capable de vous la rappeler.
Le piège apparaît lorsqu’un utilisateur ajoute une passphrase parce qu’il a entendu qu’elle « augmente la sécurité », sans organiser la récupération.
Il crée alors une protection très efficace contre lui-même.
C’est un thème qui reviendra plusieurs fois dans cet article : le système le plus complexe n’est pas toujours le système le plus sûr.
Le hardware wallet déplace la confiance au lieu de la supprimer
La self-custody aime une formule : « Don’t trust, verify ».
Très bien.
Mais combien d’utilisateurs compilent réellement leur firmware ?
Combien vérifient la conception de la puce ?
Combien inspectent le générateur aléatoire ?
Combien reproduisent les builds ?
Combien auditaient les dépendances utilisées le jour où leur seed a été créée ?
Très peu.
La plupart utilisent donc un hardware wallet parce qu’ils font confiance à certaines propriétés de son architecture.
Ce n’est pas nécessairement un problème.
Il faut simplement l’admettre.
Vous faites confiance au fabricant dès la première seconde
Vous achetez l’appareil.
Vous espérez recevoir le produit prévu.
Vous espérez que les composants sont authentiques.
Vous espérez que le firmware signé est bien celui annoncé.
Vous espérez que la fonction générant les clés utilise correctement les sources d’entropie.
Vous espérez que l’écran affiche ce qui est réellement signé.
Vous espérez qu’aucune porte dérobée ne permet une extraction inattendue.
Le hardware wallet peut réduire drastiquement le besoin de confiance envers votre ordinateur.
Il augmente nécessairement la confiance placée dans son propre environnement matériel et logiciel.
C’est un échange.
Pas une disparition.
Open source contre Secure Element est un faux duel
Pendant longtemps, le débat a souvent été caricaturé.
D’un côté : code ouvert, donc vérifiable.
De l’autre : Secure Element propriétaire, donc plus résistant aux attaques physiques.
La frontière est devenue beaucoup moins nette.
Ledger privilégie une architecture à Secure Element et explique qu’une partie de ses composants de bas niveau reste fermée, tout en publiant ou rendant inspectable une partie importante de son écosystème logiciel.
Trezor a progressivement ajouté des Secure Elements à ses modèles Safe tout en conservant un firmware public. Les Safe 3 et Safe 5 utilisent notamment un composant OPTIGA Trust M et le Safe 7 ajoute TROPIC01, un Secure Element conçu pour être auditable publiquement.
La discussion intéressante n’est donc plus simplement :
ouvert ou fermé ?
Il faut regarder :
qu’est-ce qui est ouvert ?
qu’est-ce qui ne l’est pas ?
où la clé est-elle stockée ?
où le PIN est-il vérifié ?
qui génère l’entropie ?
quel composant pilote l’écran ?
quelles parties peuvent être mises à jour ?
comment l’authenticité de l’appareil est-elle vérifiée ?
Un seul mot ne répond pas à toutes ces questions.
Une certification n’est pas une preuve d’invulnérabilité
Les mentions EAL5+, EAL6+ ou équivalentes occupent une place importante dans le marketing.
Elles indiquent qu’un composant a été évalué selon un cadre défini.
Elles ne signifient pas :
« aucun chercheur ne trouvera jamais de faille ».
Un exemple de 2026 est instructif. Ledger Donjon a utilisé une attaque par injection laser contre TROPIC01 et réussi à contourner une vérification de signature du composant, ouvrant la voie à l’exécution de firmware arbitraire au niveau du chip évalué. Trezor a publié sa propre réponse, expliquant que l’architecture complète du Safe 7 utilise plusieurs couches et que cette faiblesse isolée ne permettait pas d’accéder aux fonds ou au backup du wallet dans le dispositif final.
C’est exactement la manière dont un sujet de hardware security doit être lu.
Le chercheur trouve une faiblesse réelle.
Le fabricant explique les couches qui limitent son impact.
L’utilisateur doit comprendre l’ensemble au lieu de choisir entre « appareil piraté » et « aucun problème ».
La sécurité moderne est rarement binaire.
Une attaque physique spectaculaire n’est pas nécessairement votre risque principal
Les démonstrations de laboratoire sont impressionnantes.
Laser.
Microscope.
Injection de faute.
Émissions électromagnétiques.
Décapsulation de puces.
Elles montrent les limites réelles du matériel.
Elles ne signifient pas nécessairement qu’un voleur de rue peut reproduire l’attaque.
Ledger Donjon a également publié en 2026 une analyse d’une carte Tangem utilisant une attaque laser nécessitant un accès physique et un équipement de laboratoire que les chercheurs estimaient autour de 250 000 dollars.
C’est important.
C’est réel.
Ce n’est probablement pas le scénario prioritaire d’une personne possédant 2 000 dollars de crypto.
Pour elle, le phishing, la seed photographiée ou une fausse extension restent probablement beaucoup plus réalistes.
Le threat model doit être proportionnel.
La question n’est pas :
« cet appareil a-t-il déjà été attaqué dans un laboratoire ? »
Elle est :
« contre quel attaquant dois-je réellement me protéger ? »
L’open source ne garantit rien si personne ne regarde au bon endroit
Publier du code est excellent pour l’auditabilité.
Cela permet à des chercheurs indépendants d’étudier le programme.
Mais une vulnérabilité open source peut rester pendant des années.
Le cas Coldcard est encore instructif : le firmware était public, pourtant un problème d’entropie a persisté longtemps avant sa découverte.
Open source signifie :
on peut vérifier.
Pas :
quelqu’un a forcément tout vérifié.
Ce point vaut dans toute l’industrie.
La transparence réduit l’asymétrie d’information.
Elle ne produit pas automatiquement la perfection.
Un firmware propriétaire n’est pas automatiquement malveillant non plus
L’excès inverse existe.
Une partie de la communauté considère parfois tout composant fermé comme intrinsèquement compromis.
C’est trop simple.
Les Secure Elements utilisés dans la banque, les passeports ou les cartes peuvent bénéficier d’années de travail contre les attaques physiques.
Certaines informations restent protégées par des NDA ou des contraintes commerciales.
Le compromis devient alors différent :
plus de résistance physique potentielle ;
moins de possibilité d’inspection publique de certaines couches.
C’est une préférence de modèle de confiance.
Pas un combat religieux.
Les mises à jour sont à la fois nécessaires et dangereuses
« N’installez jamais un nouveau firmware, vous pourriez introduire une backdoor. »
Ce conseil semble prudent.
L’incident Coldcard montre le problème : ne jamais mettre à jour signifie également conserver des vulnérabilités connues.
À l’inverse :
« installez immédiatement tout ce que l’application vous propose »
n’est pas beaucoup mieux.
Un processus sain doit vérifier la provenance.
Application officielle.
Firmware signé.
Changelog.
Canal du fabricant.
Pour des montants importants, il peut même être raisonnable d’attendre brièvement les premiers retours lorsqu’une mise à jour n’est pas urgente, alors qu’une faille critique exige parfois une réaction immédiate.
Il n’existe pas de règle universelle.
La bonne pratique est de comprendre ce que corrige la mise à jour.
Même un appareil éteint dépend de logiciels vivants
On imagine parfois le cold storage comme un objet que l’on configure puis oublie dans un coffre pendant vingt ans.
Techniquement, la seed peut survivre vingt ans.
L’appareil, beaucoup moins sûrement.
Connecteurs.
Batterie éventuelle.
Écran.
Mémoire.
Compatibilité USB.
Applications de bureau.
Standards logiciels.
Systèmes d’exploitation.
Tous évoluent.
Une bonne sauvegarde doit donc être indépendante du fait que le fabricant existe toujours en 2040.
Trezor souligne par exemple que son système Multi-share fondé sur SLIP39 est pris en charge par plusieurs logiciels et hardware wallets différents, précisément pour réduire le verrouillage dans un écosystème unique.
C’est une propriété beaucoup plus importante qu’elle n’en a l’air.
Un backup devrait sauvegarder votre accès aux cryptos.
Pas votre dépendance à une entreprise.
Les services de récupération changent volontairement le modèle de confiance
Ledger Recover fournit un excellent exemple de compromis moderne.
Le service est optionnel.
Lorsqu’un utilisateur choisit de l’activer, Ledger explique qu’une représentation chiffrée de l’entropie de récupération est fragmentée en trois parties à l’intérieur du Secure Element. Ces fragments sont distribués vers trois entités, et deux fragments associés à une procédure de vérification d’identité permettent une restauration ultérieure sur un appareil compatible.
C’est une réponse à un vrai problème :
les utilisateurs perdent leurs seeds.
Un service de récupération réduit ce risque.
Il introduit simultanément de nouvelles dépendances :
prestataires ;
infrastructure ;
identité ;
procédure de récupération ;
continuité du service.
Ce n’est ni automatiquement meilleur ni automatiquement pire qu’une seed physique.
C’est un autre threat model.
La personne dont la plus grande menace est « je vais perdre mes 24 mots » peut y trouver de la valeur.
La personne dont la priorité absolue est « aucun tiers ne doit participer à ma récupération » choisira probablement autre chose.
C’est précisément ce que Ledger dit lui-même : le service est optionnel et n’est pas destiné aux personnes refusant ce modèle de tiers.
Voilà une discussion beaucoup plus intéressante que « Recover détruit la self-custody » ou « Recover est forcément plus sûr ».
La récupération est le talon d’Achille de presque tous les systèmes
Vous pouvez construire un système extraordinairement difficile à voler.
Puis perdre vous-même l’accès.
La sécurité possède deux objectifs :
empêcher l’adversaire d’entrer ;
permettre au propriétaire légitime d’entrer.
Augmenter l’un peut dégrader l’autre.
Seed unique :
simple à restaurer ;
dangereuse si trouvée.
Passphrase longue :
protège la seed ;
dangereuse si oubliée.
Multisig :
réduit le point unique de défaillance ;
augmente la quantité de composants à documenter.
Backup multi-share :
réduit le risque qu’une part unique compromette le wallet ;
complexifie la récupération.
Service de récupération :
réduit le risque de perte totale ;
ajoute des tiers.
Le meilleur hardware wallet du marché ne résout pas cette équation à votre place.
Le multisig est souvent plus important que le choix entre deux marques
Pour de très gros montants, débattre pendant trois semaines entre le modèle A et le modèle B peut masquer la vraie question :
pourquoi une seule clé peut-elle encore déplacer l’intégralité du patrimoine ?
Une architecture multisig 2-sur-3 signifie qu’une clé compromise ne suffit pas nécessairement.
Un appareil défaillant non plus.
Une seule seed découverte non plus.
L’idée apparaît également dans d’autres infrastructures crypto. Bref Crypto expliquait récemment comment un multisig 2-sur-3 administre certains pouvoirs critiques autour de dizaines de milliards d’USDT sur Tron.
Pour un particulier, la logique est similaire même si les montants n’ont évidemment rien de comparable : lorsque les conséquences de la perte deviennent considérables, éliminer la clé unique comme point de défaillance peut avoir plus de valeur que quelques fonctionnalités supplémentaires sur l’appareil.
Le multisig possède ses propres risques.
Mauvaise configuration.
Mauvaise sauvegarde du descriptor.
Clés stockées ensemble.
Logiciels incompatibles.
Héritiers incapables de comprendre le système.
Encore une fois, aucune magie.
Trois hardware wallets posés ensemble ne forment pas une vraie multisig résiliente
Une architecture 2-sur-3 paraît excellente.
Puis l’utilisateur place :
les trois appareils ;
les trois seeds ;
les instructions ;
dans le même coffre.
Un incendie, un cambriolage ou une saisie détruit la diversification.
Le seuil cryptographique est 2-sur-3.
Le seuil physique est toujours 1-sur-1.
La géographie compte.
L’indépendance des clés compte.
La documentation compte.
La multisig n’est pas seulement une fonction de wallet.
C’est une architecture opérationnelle.
La partie la plus dangereuse commence après l’achat
Le hardware wallet arrive.
Vous ouvrez la boîte.
Vous créez la seed.
Vous transférez vos bitcoins.
Bravo.
Beaucoup de guides s’arrêtent là.
En réalité, vous venez seulement de commencer une relation qui peut durer dix ou vingt ans.
Le risque n’est plus simplement « quelqu’un va hacker mon appareil ».
Il devient :
que se passe-t-il lorsque je perds quelque chose ?
lorsque je dois signer ?
lorsque je change d’ordinateur ?
lorsque le fabricant publie une alerte ?
lorsque je meurs ?
lorsque quelqu’un connaît mon adresse ?
lorsque je veux transmettre les fonds ?
La chaîne d’approvisionnement compte, sans devenir paranoïaque
Un appareil destiné à protéger un gros patrimoine mérite d’être acheté depuis une source fiable.
Fabricant.
Revendeur réellement autorisé.
Canal vérifiable.
Certains modèles modernes intègrent des procédures d’authentification matérielle. Trezor indique par exemple que ses appareils Safe utilisent des certificats stockés dans des Secure Elements pour vérifier leur authenticité lors de la configuration. Le Safe 7 ajoute plusieurs couches matérielles à ce processus.
Cela réduit certains risques.
Cela ne donne pas une raison pour accepter une seed déjà imprimée dans la boîte.
Un appareil neuf doit vous faire générer votre propre wallet.
Une phrase fournie par un vendeur doit être traitée comme compromise.
Vous devez savoir restaurer avant d’avoir besoin de restaurer
Imaginez le pire moment pour apprendre le fonctionnement de votre backup.
Votre hardware wallet vient de disparaître.
Vous possédez une somme importante.
Le marché chute de 20 %.
Vous êtes stressé.
Vous cherchez un tutoriel.
Le premier résultat sponsorisé mène vers un faux site.
Voilà pourquoi une restauration doit être testée lorsque rien n’est urgent.
Pas nécessairement avec le patrimoine principal.
On peut apprendre avec une petite quantité.
Créer.
Sauvegarder.
Effacer.
Restaurer.
Vérifier les adresses.
Comprendre la passphrase.
Comprendre le chemin de dérivation lorsque nécessaire.
La confiance dans le backup devrait venir d’un test.
Pas d’un espoir.
Une sauvegarde jamais testée n’est qu’une hypothèse
Une personne grave 24 mots.
Elle inverse deux positions.
Dix ans plus tard, l’appareil tombe en panne.
C’est seulement à ce moment qu’elle découvre l’erreur.
Même chose avec un système Multi-share.
Le principe est excellent : plusieurs parts, un seuil de récupération, aucun fragment unique suffisant.
Trezor propose par exemple des configurations SLIP39 dans lesquelles plusieurs shares sont créées et un nombre minimal doit être réuni pour reconstruire le wallet.
C’est robuste.
À condition de savoir exactement :
combien de shares existent ;
combien sont nécessaires ;
où elles sont ;
quel standard a été utilisé ;
quels wallets savent le restaurer.
La complexité non documentée devient un risque différé.
N’inventez pas votre propre cryptographie domestique
« Je vais écrire les douze premiers mots chez moi et les douze autres chez ma sœur. »
Cela paraît malin.
Si l’une des deux parties disparaît, tout disparaît.
« Je vais remplacer chaque mot par un synonyme connu de moi seul. »
Excellent moyen de découvrir dix ans plus tard que le synonyme n’était pas aussi évident.
« Je vais mettre la seed dans un fichier ZIP avec un mot de passe que personne ne connaît. »
Vous venez de remettre le secret sur un ordinateur et de créer un second secret à ne jamais perdre.
Lorsque des standards éprouvés existent, les utiliser est souvent préférable à une cryptographie maison.
Un hardware wallet principal ne devrait pas être votre wallet de chasse aux airdrops
Pour la DeFi, la séparation des rôles reste probablement l’une des défenses les plus efficaces.
Un wallet possède l’épargne.
Il signe rarement.
Un autre wallet possède les fonds nécessaires aux interactions.
Celui-là se connecte aux dApps.
Il signe des approvals.
Il teste des bridges.
Il participe éventuellement aux airdrops.
Une compromission du second ne doit pas pouvoir vider le premier.
Cette architecture ne nécessite aucune cryptographie révolutionnaire.
Elle impose juste une discipline.
Le hardware wallet principal devient réellement froid parce que son propriétaire cesse de l’exposer à tous les usages.
Le fameux « verify on device » mérite d’être pris au sérieux
Vous préparez une transaction.
L’adresse affichée sur l’ordinateur est correcte.
Le hardware wallet affiche autre chose.
Que faire ?
Annuler.
Toujours.
L’intérêt de l’écran sécurisé consiste précisément à créer un canal de vérification séparé de la machine hôte.
Le réflexe devient encore plus important pour les montants élevés.
Lire seulement les quatre premiers et quatre derniers caractères est mieux que rien, mais les attaques d’adresses ressemblantes existent.
Pour une transaction importante, davantage de vérification est raisonnable.
Et lorsque la destination est nouvelle, une transaction de test peut coûter quelques frais tout en réduisant considérablement le coût potentiel d’une erreur.
« Blind signing enabled » devrait augmenter votre vigilance
Certaines interactions DeFi ne peuvent pas encore être totalement traduites en langage humain selon le wallet et la dApp utilisés.
Ledger reconnaît que lorsqu’aucun descripteur adapté n’existe pour une interaction, l’appareil peut retomber sur un mode de signature aveugle.
Le bon réflexe n’est donc pas :
« J’ai un hardware wallet, je peux valider ».
Il est :
« Si mon appareil ne peut pas m’expliquer ce que je signe, quel niveau de confiance ai-je dans l’application et le contrat ? »
Plus le montant est élevé, moins la réponse devrait être improvisée.
Le vrai ennemi est parfois la routine
Les premières transactions avec un hardware wallet prennent du temps.
On lit tout.
Adresse.
Montant.
Frais.
Confirmation.
La centième transaction ?
On clique plus vite.
La sécurité s’use psychologiquement.
Ce phénomène est particulièrement dangereux avec les signatures.
Un utilisateur qui confirme cinquante transactions DeFi par semaine transforme progressivement le bouton physique en formalité.
Le fabricant peut sécuriser le bouton.
Il ne peut pas forcer l’utilisateur à réfléchir avant d’appuyer.
Le hardware wallet ne protège pas contre l’ingénierie sociale
C’est probablement la limite la plus importante.
Un attaquant vous appelle.
Il connaît votre nom.
Votre exchange.
Peut-être votre adresse.
Il explique qu’un retrait suspect vient d’être détecté.
Pour sécuriser le portefeuille, il faudrait déplacer les fonds vers une « adresse sûre ».
Vous utilisez votre véritable hardware wallet.
Vous lisez l’adresse.
Vous confirmez.
Le dispositif fonctionne parfaitement.
Vous venez de transférer vos cryptos à l’escroc.
L’affaire Malone Lam constitue un exemple extrême de cette logique : les attaquants n’avaient pas besoin de casser Bitcoin ; ils ont ciblé l’humain et les accès. Bref Crypto l’expliquait dans son dossier sur la fraude crypto de 245 millions de dollars à laquelle Malone Lam a plaidé coupable.
La sécurité d’un hardware wallet s’arrête au moment où son propriétaire donne volontairement un ordre valide.
La sécurité physique revient lorsque le patrimoine devient visible
Une autre limite devient difficile à ignorer.
Un hardware wallet protège contre un pirate distant.
Il protège beaucoup moins contre une personne physiquement présente qui vous menace.
Les agressions de détenteurs de cryptomonnaies ont replacé cette menace au centre du débat.
Bref Crypto a récemment rapporté le cas de locataires séquestrés par erreur près de Rennes alors que des assaillants recherchaient le propriétaire et ses cryptos.
La situation montre à quel point le risque dépasse désormais la seed.
Adresse personnelle.
Nom.
Historique professionnel.
Participation à des événements crypto.
Publication de captures de portefeuille.
Commande de matériel exposée lors d’une fuite de données.
Tout cela peut contribuer au profilage d’une cible.
Le meilleur Secure Element du monde ne protège pas votre adresse physique.
La discrétion devient une fonctionnalité de sécurité
Afficher publiquement que l’on possède 20 BTC peut sembler différent de publier son adresse bancaire.
Économiquement, la différence se réduit.
Un patrimoine visible attire l’attention.
Ce problème devient encore plus sérieux avec Bitcoin parce que certaines informations on-chain peuvent compléter les informations publiques.
Il n’est pas nécessaire de devenir anonyme.
Il est souvent inutile de publier le montant exact détenu.
La confidentialité fait partie du modèle de menace.
Pas seulement la cryptographie.
Le wallet doit survivre à votre mort
C’est la question que presque aucun acheteur enthousiaste ne veut traiter le jour où il déballe son hardware wallet.
Que se passe-t-il si vous mourez demain ?
Personne ne connaît la passphrase.
La seed se trouve dans un endroit que personne ne connaît.
Le multisig nécessite une clé dont les héritiers ignorent l’existence.
Votre sécurité était parfaite contre les voleurs.
Elle vient également de fonctionner contre votre famille.
Un système de conservation sérieux doit prévoir la succession.
Cela ne signifie pas remettre immédiatement les 24 mots aux héritiers.
Il peut s’agir d’instructions, de secrets répartis, de multisig, de personnes de confiance ou d’une structure juridique adaptée au patrimoine et au pays.
Le point essentiel est celui-ci :
les héritiers doivent pouvoir reconstituer la procédure sans avoir besoin de votre mémoire.
La succession peut devenir plus difficile que le piratage
Une personne passionnée de Bitcoin maîtrise Sparrow, descriptors, hardware wallets, multisig, passphrase, PSBT et coin control.
Son conjoint ne connaît même pas la différence entre BTC et une adresse.
Le plan de succession indique :
« restaurer la multisig 2-of-3 avec le descriptor dans le dossier chiffré ».
Pour l’auteur, limpide.
Pour les héritiers, hiéroglyphes.
La sécurité doit tenir compte du niveau technique des personnes qui devront un jour l’utiliser.
Un système moins sophistiqué correctement transmissible peut être supérieur à une architecture exceptionnelle incompréhensible après le décès de son concepteur.
Le fabricant peut disparaître
Voilà encore une question rarement posée à l’achat.
Cette entreprise existera-t-elle dans dix ans ?
Peut-être.
Peut-être pas.
Votre patrimoine ne devrait idéalement pas dépendre entièrement de la réponse.
Standards de backup documentés.
Compatibilité avec plusieurs logiciels.
Seed ou shares exportables selon des formats connus.
Possibilité de reconstruire le wallet ailleurs.
Ces propriétés sont importantes précisément parce qu’un hardware wallet n’est qu’un outil temporaire autour d’un secret beaucoup plus durable.
L’entreprise vend le matériel.
Elle ne devrait pas posséder l’éternité de votre accès.
Le meilleur appareil dépend finalement du risque que vous cherchez à réduire
Quel hardware wallet faut-il acheter ?
La question est moins intéressante qu’elle n’en a l’air.
Il faudrait d’abord demander :
Bitcoin uniquement ou dizaines de blockchains ?
Cold storage ou DeFi quotidienne ?
Quelques centaines de dollars ou patrimoine familial ?
Besoin de mobilité ?
Risque physique important ?
Priorité à l’auditabilité ?
Priorité à la résistance matérielle ?
Besoin de multisig ?
Besoin de backup Multi-share ?
Capacité technique faible ou élevée ?
Tolérance à la dépendance envers des tiers pour la récupération ?
Une personne utilisant Bitcoin uniquement n’a pas nécessairement les mêmes besoins qu’un trader DeFi actif.
Un utilisateur incapable de gérer une passphrase ne gagne rien à posséder l’architecture la plus sophistiquée du marché.
Pour quelques centaines de dollars, la simplicité peut gagner
Un hardware wallet de qualité avec :
PIN ;
seed correctement sauvegardée hors ligne ;
appareil authentique ;
firmware maintenu ;
procédure de restauration comprise,
offre déjà un énorme progrès par rapport à de nombreuses mauvaises pratiques.
Il n’est pas forcément nécessaire d’ajouter :
passphrase ;
trois signers ;
quatre lieux ;
backup multi-share ;
ordinateur air-gapped ;
nœud personnel ;
descriptor papier.
Chaque couche possède un coût cognitif.
La sécurité doit rester utilisable.
Pour une somme importante, une seule seed devient difficile à défendre
À mesure que la valeur augmente, le raisonnement change.
Une seed unique signifie :
une information suffit à tout prendre.
Elle peut être extrêmement bien cachée.
Le risque reste concentré.
Passphrase ou multisig peuvent alors avoir davantage de sens.
Le second possède un avantage conceptuel puissant : il peut réellement supprimer l’existence d’un seul secret capable de déplacer tout le patrimoine.
Encore faut-il distribuer correctement les clés.
Pour une fortune, le problème n’est plus seulement technique
Avec des millions en crypto, le threat model inclut désormais :
cybersécurité ;
sécurité physique ;
succession ;
droit ;
fiscalité ;
vie privée ;
personnes de confiance ;
procédures documentées ;
séparation géographique ;
plans de récupération.
À ce stade, acheter « le meilleur hardware wallet » n’est qu’une petite partie de l’architecture.
C’est probablement le point que l’industrie dit le moins clairement.
Plus votre patrimoine augmente, moins la sécurité dépend uniquement du produit que vous tenez dans la main.
Le hardware wallet n’est pas votre sécurité. Il en est une pièce
C’est la conclusion la moins vendeuse.
Et probablement la plus utile.
Un hardware wallet réduit remarquablement bien certains risques.
Il évite d’exposer directement les clés privées à l’ordinateur quotidien.
Il ajoute une validation physique.
Il peut rendre l’extraction des secrets très difficile.
Il peut vérifier les transactions sur un écran indépendant.
Il peut servir de signer dans une multisig.
Tout cela est précieux.
Mais l’appareil ne connaît pas :
l’endroit où vous avez rangé la seed ;
la personne qui connaît votre passphrase ;
la fausse dApp ouverte dans Chrome ;
la peur provoquée par un faux support technique ;
le feu qui détruit les deux backups stockés dans la même maison ;
l’héritier qui ne connaît pas votre architecture ;
le firmware que vous n’avez jamais mis à jour ;
le contrat que vous avez signé aveuglément ;
la photo de votre patrimoine publiée sur X.
Le hardware wallet protège une clé.
Vous devez protéger le système autour.
Et c’est là que le slogan « not your keys, not your coins » devient beaucoup plus exigeant qu’il n’en a l’air.
Avoir ses clés signifie aussi être responsable de la façon dont elles ont été générées, sauvegardées, utilisées, mises à jour, transmises et récupérées.
La self-custody supprime un gardien.
Elle ne supprime pas le travail du gardien.
Elle vous le donne.
En bref
- Un hardware wallet ne contient pas vos cryptos ; il protège principalement les clés permettant de les dépenser.
- Une seed exposée peut annuler une grande partie des protections matérielles de l’appareil.
- Un backup métal protège surtout contre la destruction physique, pas contre une personne capable de le lire.
- L’incident Coldcard de 2026 montre qu’un hardware wallet peut produire des clés vulnérables sans être lui-même piraté à distance.
- Une mise à jour firmware ne répare pas nécessairement une seed déjà compromise ou mal générée.
- Air gap, Secure Element, certification ou open source réduisent certains risques sans supprimer tous les autres.
- Un écran sécurisé n’est utile que si l’utilisateur vérifie réellement ce qui est affiché.
- Dans la DeFi, signer une transaction malveillante peut vider un portefeuille alors que la clé privée n’a jamais quitté le hardware wallet.
- Les services de récupération réduisent le risque de perte de seed en échange d’un autre modèle de confiance.
- Pour de gros montants, une architecture multisig peut être plus importante que le choix entre deux modèles de hardware wallet.
- Les clés multisig doivent être réellement indépendantes et géographiquement séparées pour supprimer les points uniques de défaillance.
- La succession, les agressions physiques, l’ingénierie sociale et la confidentialité deviennent des composantes de sécurité dès que les montants augmentent.
- La meilleure configuration n’est pas la plus complexe. C’est celle que son propriétaire sait utiliser, tester et restaurer.
Mosengo Léon
Mosengo Léon est un analyste crypto et rédacteur pour BrefCrypto.com, reconnu pour ses analyses approfondies des marchés Bitcoin et cryptomonnaies, l’impact des événements structurants comme les crises et levées de fonds, et sa capacité à rendre accessibles les enjeux techniques et économiques de la blockchain pour investisseurs et passionnés
