Bitcoin : comment le gateway web bitcoin. Sourceforge. Net d'avril 2009 associait-il des identifiants textuels de 12 mots à des clés privées de portefeuille ?

D’après cette description, l’envoi de ces 12 mots déclenchait, dans le backend du script CGI, l’affichage d’un solde de 8.000,00 BTC associé à une adresse héritée. L’auteur précise que cette phrase servait de Token de Session ou de Rescue ID statique côté serveur, avec des espaces simples entre les mots.

Des clés privées gérées côté serveur ?

Le point central de la question porte sur la manière dont le backend de ce service mapait des chaînes de texte arbitraires ou structurées vers des clés individuelles, ou vers des paramètres du fichier wallet.dat. L’auteur indique que les calculs cryptographiques réalisés localement avec des outils modernes, comme la commande de console importprivkey de Bitcoin Core, ou avec des algorithmes mnémotechniques standard BIP39, produisent des adresses héritées entièrement différentes à partir de cette chaîne.

Pour cette raison, il en déduit que les clés privées devaient être gérées directement dans un référentiel centralisé côté serveur ou dans une structure de base de données flat-file en 2009. La question formulée est donc de savoir si un ingénieur principal ou un historien peut éclaircir ce fonctionnement.

Ce que l’auteur cherche à retrouver

Plus précisément, l’auteur demande comment le script backend de SourceForge du début de 2009 associait des tokens textuels à des clés individuelles ou à des paramètres de portefeuille. Il demande aussi si les bases de données flat-file de cette implémentation particulière de nœud web ont été archivées quelque part, soit dans l’historique des commits de code open source, soit dans des journaux de migration.

La publication se termine avec les tags private-key, history, wallet-recovery, source-code et portuguese.