Où faut-il saisir une phrase de récupération de portefeuille ?

La récupération d’un portefeuille ressemble à une tâche de saisie de texte et constitue en réalité une tâche de garde des clés. La phrase que vous saisissez n’est pas un mot de passe vérifié par un serveur ; c’est l’entrée d’une fonction de dérivation qui reconstruit les mêmes clés privées que le portefeuille possédait avant sa perte. Tout ce qui peut lire à cet instant les frappes, le presse-papiers ou la mémoire du processus peut aussi les reconstruire. Préparer signifie donc décider où le secret est autorisé à exister, avant qu’il existe.

Suivez la phrase du support jusqu’à la clé dérivée

Une mnémonique de style BIP-39 est normalisée, étirée avec PBKDF2-HMAC-SHA512 en utilisant une phrase de passe facultative comme sel, puis transformée en graine à partir de laquelle le portefeuille dérive des clés. Deux conséquences en découlent directement. Premièrement, la phrase est une autorité durable et non un identifiant de session, donc il n’existe aucune réinitialisation côté serveur si elle s’échappe. Deuxièmement, la phrase de passe facultative participe à la dérivation, ce qui explique qu’une restauration qui semble produire un portefeuille vide signifie généralement qu’une mauvaise phrase de passe a été saisie, et non une mauvaise phrase.

Chaque étape après la normalisation se déroule à l’intérieur du processus dans lequel vous avez saisi le texte. C’est la partie que la plupart des guides de récupération omettent : la surface d’exposition est le chemin de saisie et la mémoire de ce processus, pas le réseau entre vous et un site web.

Quel processus est légitime dépend du portefeuille. Un appareil matériel dispose de sa propre interface de récupération sur l’appareil ; un portefeuille logiciel dispose d’un écran de restauration documenté dans une version vérifiée. Ni l’un ni l’autre n’est un chat d’assistance, et ni l’un ni l’autre n’est une page qui propose de vérifier une phrase à votre place.

Un système invité hérite de la confiance de son hôte

Une machine virtuelle donne l’impression d’un ordinateur séparé et n’est pas une frontière de confiance indépendante. Les recommandations du NIST sur la virtualisation complète décrivent directement cette dépendance : la sécurité de l’invité dépend de l’hôte et de l’hyperviseur en dessous, et des ressources partagées comme le presse-papiers ou l’intégration de dossiers élargissent le canal entre eux. Installer un invité sur une machine que vous soupçonnez déjà ne crée pas un nouveau chemin de saisie.

Les fuites pratiques suivent la même ligne. Un presse-papiers partagé transporte tout ce que vous avez copié. Les instantanés et les fichiers d’état suspendu peuvent capturer de la mémoire contenant la phrase. Les additions invité dotées d’un accès au système de fichiers de l’hôte donnent à l’invité une vue des chemins de l’hôte et à l’hôte une vue des chemins de l’invité. Aucune de ces choses n’est une attaque exotique ; ce sont des fonctions qui rendent la machine virtuelle commode.

La conclusion honnête est plus étroite que « une machine virtuelle n’est pas sûre ». Une machine virtuelle peut être le bon conteneur pour le travail lorsque l’hôte est la machine à laquelle vous faites confiance et que vous avez supprimé les fonctions de partage. Elle ne peut pas sauver un hôte auquel vous ne faites pas confiance.

Ce qu’un tunnel chiffré couvre réellement

Un VPN protège les paquets entre deux extrémités. Il n’a pas d’avis sur qui lit l’écran à l’une ou l’autre extrémité, et il n’empêche pas un processus local d’observer ce que vous tapez dans une fenêtre. Un tunnel est donc pertinent lorsque l’inquiétude porte sur le chemin, et hors sujet lorsqu’elle porte sur l’hôte.

Cette distinction compte parce que les deux se vendent ensemble. « Connexion chiffrée » décrit le transit ; « appareil de confiance » décrit l’extrémité. Une procédure de récupération a besoin d’une réponse séparée pour les deux, et un seul des deux peut être fourni par un service réseau.

Vérifier ce que vous avez téléchargé relève de la même famille de questions sur l’extrémité. Une vérification de hachage et une vérification de signature établissent que l’archive correspond à ce que l’éditeur a publié ; elles ne disent rien de la machine qui l’exécutera.

sha256sum -c SHA256SUMS.txt
gpg --verify SHA256SUMS.txt.sig SHA256SUMS.txt

Préparez l’environnement avant que le matériel n’apparaisse

L’ordre compte plus que l’outillage. Décidez de l’hôte, retirez les fonctions de partage, déconnectez ce qui n’a pas besoin d’être connecté, et seulement ensuite sortez l’enregistrement de récupération de son stockage. Faire l’inverse signifie que le secret est déjà en mémoire pendant que vous décidez encore où il doit aller.

Gardez ensuite le secret dans le flux que le fabricant du portefeuille documente. Saisissez-le dans l’interface de restauration propre au portefeuille, sur le réseau que le portefeuille attend, et n’approuvez que les opérations que vous pouvez vérifier sur l’écran de confiance que le portefeuille fournit. Une boîte de dialogue familière du bureau n’est pas la preuve que l’appareil autorisera ce que la boîte de dialogue affirme.

Si vous soupçonnez une exposition, cessez de saisir du matériel sur ce système et passez à un environnement auquel vous pouvez faire confiance de manière indépendante. Fermer la machine virtuelle, changer un mot de passe VPN ou réinstaller l’application du portefeuille ne renouvellent pas l’autorité du portefeuille ; seul le déplacement des actifs vers un nouveau portefeuille avec des clés nouvellement générées le fait. Gardez la phrase brute hors de toute conversation d’assistance pendant que vous obtenez les étapes propres au portefeuille, car aucun processus d’assistance légitime n’en a besoin. Cette règle unique évite plus de pertes que n’importe quelle liste de durcissement.