Hardware Wallet : les Vraies Attaques Physiques (et Celle Qui N'a Pas eu Besoin d'y Toucher)
Pendant des années, la principale menace associée aux hardware wallets portait un nom emprunté à l'espionnage : l'« evil maid », la personne qui profite d'un appareil laissé sans surveillance — une chambre d'hôtel, un service après-vente, une seconde main mal vérifiée — pour en extraire les secrets. C'est un scénario réel, documenté, mesurable. Mais ce n'est pas celui qui a causé le piratage de hardware wallet le plus coûteux de 2026.
Selon un rapport de TRM Labs publié en 2026, environ 1 816 BTC — soit l'équivalent approximatif de 116 millions de dollars au moment des faits, un décompte provisoire attribué à Galaxy Research et repris par TRM Labs, non vérifié de manière indépendante — ont été drainés depuis plus de 5 200 adresses Coldcard en quatre vagues depuis le 30 juillet 2026. Aucun accès physique à l'appareil n'était nécessaire pour déclencher ce vol. Ce contraste oblige à reclasser ce qu'on croit savoir sur les attaques matérielles.
Ce qu'il faut retenir
- Les attaques « evil maid », par canal auxiliaire ou par injection de faute exigent toutes que l'appareil soit physiquement entre les mains de l'attaquant, souvent avec un équipement spécialisé comme un oscilloscope.
- Le piratage Coldcard de 2026 a montré qu'une faille logicielle dans la génération de la seed peut vider un portefeuille sans qu'aucun vol matériel n'ait lieu.
- Selon Ledger Donjon, utiliser un microcontrôleur généraliste comme contrôleur principal constitue un point faible structurel, car le canal auxiliaire demeure un angle mort architectural.
- Mettre à jour le firmware protège les futurs portefeuilles, pas ceux déjà générés avec une faille active.
- Selon TRM Labs, l'auto-garde déplace le risque plutôt qu'elle ne l'élimine : le firmware et la qualité de l'entropie comptent autant que la possession physique de l'appareil.
Qu'est-ce qu'une attaque « evil maid » sur un hardware wallet ?
Le terme désigne une situation précise : un attaquant dispose de l'appareil pendant un temps limité, sans que le propriétaire s'en aperçoive, et l'utilise pour en extraire des secrets avant de le restituer intact. Ledger Donjon, l'équipe de recherche en sécurité de Ledger, a documenté un cas concret sur le Blockstream Jade, où un attaquant en possession physique de l'appareil peut déchiffrer le firmware via un canal auxiliaire pour y injecter du code malveillant.
L'architecture en cause
Le Jade repose sur une révision de l'ESP32 (par exemple l'ESP32-D0WD-V3) comme contrôleur principal, associé à une mémoire flash externe où réside le firmware chiffré. Au démarrage, ce firmware est déchiffré grâce à une clé logée dans la puce, selon un processus utilisant l'AES-256, l'algorithme de chiffrement choisi par Espressif, le fabricant du composant.
Un détail nuance la gravité du scénario : le code PIN de l'utilisateur n'est pas stocké dans cette flash externe. Le mécanisme Blind PIN du Jade s'appuie sur le serveur de Blockstream pour limiter le nombre de tentatives et autoriser ou non le déchiffrement de la sauvegarde, sans que ce serveur ne connaisse ni ne vérifie lui-même le PIN. Ce que contient la flash, c'est le firmware chiffré et, selon la configuration, une sauvegarde chiffrée de la seed — un butin réel, mais pas l'intégralité du secret qui protège les fonds.
Cette précision ne change rien à la condition de base : sans l'appareil physiquement en main, cette attaque ne peut pas être menée.
Le canal auxiliaire : quand un simple relevé de consommation trahit une clé
Le canal auxiliaire, ou side-channel, exploite une fuite d'information indirecte plutôt qu'une faille logique dans le code. Dans le cas du Jade, la méthode retenue par Ledger Donjon est l'analyse de puissance par corrélation : mesurer la consommation électrique du composant pendant le déchiffrement pour en déduire, statistiquement, les bits de la clé secrète.
Selon Ledger Donjon, en laboratoire, l'équipe a enregistré environ deux millions de traces de consommation pour mener cette analyse. Avec seulement 300 000 traces, elle est parvenue à récupérer tous les octets de la clé sauf un. Sur un véritable appareil Jade, environ 500 000 traces collectées en deux heures ont suffi pour attaquer la clé puis déchiffrer le firmware — une démonstration que l'opération reste réalisable en temps court, pas seulement une curiosité théorique de laboratoire.
Le même principe s'est déjà vérifié ailleurs
Une liste documentée des piratages de hardware wallets tenue par thecharlatan.ch rapporte un cas similaire sur Trezor : avec un accès physique à l'appareil et un oscilloscope, la clé privée pouvait être extraite par analyse de puissance, un résultat attribué au chercheur Jochen Hoenicke. Deux fabricants différents, deux générations d'appareils, un même dénominateur : il faut l'appareil en main, et un équipement de mesure dédié.
Injection de faute et reset : les autres attaques qui exigent l'appareil en main
L'injection de faute consiste à perturber volontairement le fonctionnement d'un composant — par une variation de tension ou d'horloge — pour le forcer à sauter une étape de vérification ou à révéler une donnée sensible. En 2019, une attaque par injection de faute visant l'ESP32-V1, la génération de puce qui précédait celle utilisée aujourd'hui dans le Jade, a été présentée lors d'une conférence Black Hat Europe. Espressif a corrigé le problème et recommandé le passage à l'ESP32-V3, une version durcie du composant.
La chronologie de la découverte sur le canal auxiliaire suit un schéma de divulgation classique : la vulnérabilité a été signalée en octobre 2021, et Espressif a publié un avis de sécurité en mai 2022 annonçant des contre-mesures futures.
Du côté de Trezor, thecharlatan.ch documente une troisième famille d'attaque nécessitant également l'appareil en main : la mémoire SRAM n'était pas effacée lors d'un redémarrage logiciel, ce qui permettait d'en extraire le contenu via un firmware spécialement conçu et un accès direct à la carte électronique — une attaque dite de reset de la plateforme.
Toutes ces attaques ont un point commun : l'appareil doit être volé, emprunté ou intercepté. La faille Coldcard de 2026 n'avait pas ce problème.
Le contre-exemple qui change la donne : Coldcard et la faille qui n'a jamais eu besoin de votre appareil
Selon TRM Labs, un build mal configuré du firmware Coldcard 4.0.1, diffusé en mars 2021, a fait retomber la génération de la seed sur un générateur de nombres pseudo-aléatoires logiciel affaibli, réduisant considérablement la force effective de la clé par rapport à une génération normale. Aucun accès physique au Coldcard n'était nécessaire pour exploiter cette faille : le défaut résidait dans la manière dont la seed était créée, pas dans une manipulation du composant.
Une exploitation rapide et automatisée
La première vague a vu environ 594 BTC sortir en 25 minutes depuis environ 500 portefeuilles, vers une adresse de consolidation unique — un rythme qui trahit un script automatisé plutôt qu'une intervention manuelle. TRM Labs qualifie cet incident de troisième piratage le plus important de 2026 tous types d'incidents confondus, portant le total de l'année à plus de 1,2 milliard de dollars sur 276 incidents recensés.
Le blanchiment des fonds volés est resté, à ce stade, limité : un dépôt de 64,9 BTC via Wasabi, un service de mélange de bitcoins, et 200 ETH envoyés sur Tornado Cash le 4 août 2026. Un message inscrit on-chain via OP_RETURN proposait même de blanchir les fonds contre une commission de 7 %, signe d'acteurs opportunistes qui réagissent rapidement à ce type d'événement.
La construction des transactions diffère selon les quatre vagues observées, ce qui suggère la présence de plusieurs attaquants distincts plutôt que d'un acteur unique coordonné. TRM Labs n'avance aucune attribution à un groupe précis.
Tableau : quelles attaques exigent vraiment l'appareil en main ?
En rassemblant les cas documentés sur le Jade, le Trezor et le Coldcard, une ligne de partage se dessine : certaines attaques ne fonctionnent que si l'appareil est physiquement intercepté, d'autres se passent entièrement de cette condition.
| Type d'attaque | Accès physique requis | Appareil concerné | Contre-mesure |
|---|---|---|---|
| Evil maid (extraction firmware) | Oui — appareil volé ou emprunté | Blockstream Jade | PIN non stocké en clair sur la flash externe, vigilance sur la chaîne de possession |
| Canal auxiliaire (analyse de consommation) | Oui — appareil + oscilloscope | Jade, Trezor | Protections anti side-channel au niveau du composant |
| Injection de faute | Oui — manipulation physique du circuit | ESP32-V1 (génération antérieure du Jade) | Migration vers un composant durci (ESP32-V3) |
| Reset logiciel (SRAM non effacée) | Oui — accès direct à la carte | Trezor | Effacement systématique de la mémoire au redémarrage |
| Entropie faible (PRNG logiciel défaillant) | Non — exploitable sans contact avec l'appareil | Coldcard (firmware 4.0.1) | Génération d'une nouvelle seed sur firmware corrigé |
La colonne qui mérite l'attention la plus soutenue n'est pas celle de l'accès physique, mais celle de la provenance du firmware et de la qualité de la génération de clés — deux éléments invisibles pour l'utilisateur au moment de l'achat.
Que faire concrètement si une faille comme celle-ci touche votre appareil ?
Une précision s'impose avant toute checklist : mettre à jour le firmware ne protège pas un portefeuille déjà existant. Si la seed a été générée avant le correctif, les clés privées qui en découlent restent compromises même une fois l'appareil corrigé — le problème n'est pas dans le code qui tourne aujourd'hui, mais dans le secret généré hier.
La procédure recommandée, inspirée de celle détaillée par TRM Labs, suit cinq étapes :
- Installer la mise à jour du firmware sur l'appareil, sans se fier à elle pour protéger les fonds déjà en place.
- Générer une nouvelle seed sur l'appareil désormais à jour.
- Vérifier l'empreinte (fingerprint) du nouveau portefeuille et au moins une adresse de réception avant tout transfert.
- Envoyer une petite transaction de test vers la nouvelle adresse et attendre sa confirmation.
- Migrer l'intégralité des fonds une fois le test validé, puis confirmer que l'ancien portefeuille est bien vidé.
FAQ
Un hardware wallet open source est-il plus sûr qu'un modèle fermé ? Selon TRM Labs, l'open source et les audits indépendants améliorent la sécurité mais ne la garantissent pas. Le Jade, dont le code est ouvert, a tout de même présenté une faille de canal auxiliaire documentée par Ledger Donjon — la transparence du code aide à la détecter et à la corriger plus vite, elle n'empêche pas son existence initiale.
Pourquoi une mise à jour du firmware ne suffit-elle pas à sécuriser un portefeuille déjà créé ? Le correctif empêche la génération de nouvelles clés faibles, mais ne change rien aux clés déjà dérivées pendant que la faille était active. C'est pourquoi la réponse recommandée ne s'arrête pas à l'installation de la mise à jour : elle implique de générer une nouvelle seed, de vérifier l'empreinte du nouveau portefeuille et une adresse de réception, puis de migrer l'intégralité des fonds une fois un test validé.
Le piratage Coldcard de 2026 a-t-il été attribué à un groupe précis ? Non. Les tentatives de blanchiment observées — un dépôt via Wasabi, un passage par Tornado Cash, une offre de blanchiment à 7 % publiée en clair sur la blockchain — évoquent davantage un écosystème d'acteurs opportunistes agissant en parallèle qu'une opération unique et centralisée.
Un montage multisignature protège-t-il contre une attaque par canal auxiliaire ? Partiellement. Si les différentes clés d'un multisig reposent sur le même modèle d'appareil, une méthode de canal auxiliaire qui fonctionne sur ce modèle peut, en théorie, être répétée sur chaque clé. L'intérêt du multisig dépend donc de la diversité réelle des appareils et des sources d'entropie utilisées, pas seulement du nombre de signatures requises.
Conclusion : la question n'est plus « où est mon appareil », mais « qui a écrit son firmware »
La vigilance physique — ne jamais laisser son appareil sans surveillance, vérifier son intégrité après un envoi en service après-vente, se méfier d'une seconde main — reste une précaution raisonnable. Mais ni la faille du Jade ni celle du Coldcard n'ont résulté d'un défaut de vigilance de l'utilisateur. L'une exigeait un oscilloscope et l'appareil volé en main, l'autre n'exigeait rien de tout cela. Ce que ces deux cas ont en commun, c'est que le risque résidait dans la conception du firmware et dans la qualité de l'entropie générée — des éléments que l'utilisateur ne peut ni voir ni auditer lui-même au moment de l'achat.
