Formats de portefeuille : identification, chiffrement et récupération par format

Un format de portefeuille détermine tout le reste : comment identifier le fichier, quel chiffrement le protège et ce qu’une recherche de récupération peut utiliser. L’identificateur rapide se trouve dans notre guide des fichiers de portefeuille ; cette référence ajoute le détail technique par format.

Bitcoin Core wallet.dat

• Fichiers : wallet.dat (Berkeley DB dans les versions héritées ; formats SQLite et descripteur dans les versions modernes)
• Chiffrement : AES-256-CBC protège les données de clés, déverrouillées par le mot de passe du portefeuille
• Récupération : recherche de mot de passe contre les données de clés chiffrées, sur une copie ; le hachage (la ligne $bitcoin$) peut être partagé à la place du fichier

Electrum

• Fichiers : default_wallet (JSON), fichiers de portefeuille par compte
• Chiffrement : mot de passe choisi par l’utilisateur protégeant des keystores chiffrés ; dérivation basée sur la phrase de récupération (système de phrase d’Electrum)
• Récupération : ouvrir dans Electrum ; un mauvais mot de passe signifie une recherche de mot de passe ; une phrase de récupération de la bonne ère restaure le portefeuille

MultiBit Classic et MultiBit HD

• Fichiers : .wallet (Classic), mbhd.wallet.aes, un portefeuille bitcoinj au format protobuf chiffré par AES (HD)
• Logiciel non maintenu ; les téléchargements depuis des sources non officielles sont un risque de malware
• Récupération : mot de passe contre le fichier chiffré ; les portefeuilles de l’ère HD peuvent restaurer depuis leur phrase de récupération

Blockchain.com legacy

• Fichiers : wallet.aes.json (sauvegarde du portefeuille chiffrée avec le mot de passe principal)
• Deuxième mot de passe facultatif : ajoute une couche de chiffrement aux clés privées du portefeuille ; il ne protège pas la couche externe du fichier de sauvegarde
• Récupération : identifier le mot de passe manquant. Pour rechercher un deuxième mot de passe à partir d’une sauvegarde chiffrée, il faut d’abord déchiffrer la couche externe avec le mot de passe principal.

Keystore Ethereum / UTC JSON

• Fichiers : UTC--timestamp--hex.json, fichiers keystore
• Chiffrement : dérivation de clé scrypt ou PBKDF2 avec chiffrement AES-128-CTR (champs : crypto, cipher, kdf, mac)
• Récupération : mot de passe contre le keystore ; tout portefeuille Ethereum prenant en charge l’import de keystore peut ensuite l’ouvrir

Coffres d’applications

• MetaMask, Jaxx, Coinomi, Exodus et similaires : coffres JSON spécifiques à l’application avec leurs propres réglages KDF et algorithme de chiffrement
• Récupération : spécifique à l’application ; le coffre est lié au logiciel qui l’a créé

Autres formats

• Monero : fichiers .keys chiffrés avec le mot de passe du portefeuille, plus une phrase de récupération de 25 mots
• Solana : keypair JSON (base58 ou tableau d’octets) ; Polkadot : sauvegarde JSON avec chiffrement par mot de passe
• Portefeuilles papier : WIF ou QR ; faites un balayage unique vers un nouveau portefeuille
• Brain wallets : une passphrase transformée directement en clé — la récupération est une recherche de passphrase, pas un problème de fichier

En résumé

Chaque format se réduit à la même question : quelles données chiffrées existent, quels KDF et algorithme de chiffrement les protègent, et de quoi vous souvenez-vous concernant le mot de passe ? Répondre honnêtement définit le chemin de récupération.