Mettre à jour un hardware wallet est une mesure essentielle. Mais une mise à jour corrige généralement le comportement futur de l’appareil : elle ne modifie pas automatiquement les secrets déjà créés.
Cette distinction est centrale lorsqu’une faille touche la génération des clés.
Le firmware contrôle le processus
Le firmware définit comment l’appareil génère une seed, affiche une adresse, signe une transaction ou communique avec d’autres outils.
Lorsqu’un défaut est corrigé, les opérations futures peuvent bénéficier du nouveau comportement. Une seed créée avant la correction reste toutefois le résultat de l’ancien processus.
Une clé ne se renforce pas rétroactivement
Une clé privée est dérivée du secret généré au départ. Installer un nouveau firmware ne change pas cette valeur, car cela déplacerait automatiquement le wallet vers d’autres adresses et rendrait les anciennes sauvegardes invalides.
Dans le cas d’une entropie insuffisante, la mise à jour empêche de reproduire le défaut. Elle ne peut pas ajouter du hasard à une seed existante.
La correction complète exige donc généralement une nouvelle seed et un transfert des fonds.
Changer d’appareil ne suffit pas
Importer l’ancienne seed dans un appareil plus récent ne modifie pas son origine. Le nouveau hardware wallet protège alors l’utilisation d’un secret qui peut rester faible.
Il faut distinguer la sécurité de stockage de la qualité cryptographique du secret. Une meilleure coque ne change pas une clé déjà prévisible.
Les autres types de correctifs
Toutes les failles ne nécessitent pas une migration. Une correction d’interface, de communication ou de vérification peut parfois être résolue par une mise à jour seule.
La bonne question est donc : la faille affecte-t-elle le secret, sa génération, sa confidentialité ou seulement la manière dont l’appareil fonctionne aujourd’hui ?
L’avis du fabricant et les analyses techniques indépendantes doivent être lus précisément.
Construire une chronologie
Pour évaluer un wallet, notez :
- le modèle exact ;
- la branche de firmware ;
- la version installée lors de la génération ;
- la date de création de la seed ;
- les sources d’entropie supplémentaires ;
- les imports ou migrations précédentes.
Cette chronologie aide à déterminer si une nouvelle seed est nécessaire.
Mettre à jour avant de générer
Lors de la création d’un nouveau wallet, vérifiez la version du firmware avant la génération, puis contrôlez sa provenance et son authenticité selon la documentation officielle.
La mise à jour doit faire partie de la procédure d’initialisation, pas seulement de la maintenance.
Relier firmware et gouvernance
Dans une organisation ou un multisig, les mises à jour doivent être suivies : qui les valide, quand sont-elles déployées, et quelles clés ont été créées sous quelle version ?
Une Custody Architecture documentée facilite cette traçabilité sans exposer les secrets.
GLOV Secure peut analyser le cycle de vie des clés et préparer une migration non-custodial. Pour un examen ciblé, demandez un audit ou contactez GLOV.