Ich versuche, meine Münzen aus einer alten klassischen MultiBit-Wallet zu bekommen. Ich habe Multibit Classic gestartet und versucht, das Geld an eine neue Brieftasche zu senden. Leider funktioniert mein Passwort nicht. Verdammt.
Aber! Ich habe dieses Skript in den Support-Foren von Multibit gefunden. https://multibit.org/help/v0.5/help_lostOrForgottenPassword.html
#!/bin/bash
echo Usage: apply-guesses.sh [password CSV] [key file]
echo Password file: $1
echo Key file: $2
for password in $( awk -F , -v OFS=' ' '{print $3}' $1 ); do
echo ------
echo Attempting: $password...
openssl enc -d -p -aes-256-cbc -a -in $2 -out recovered.key -pass pass:$password
if [ $? -eq 0 ];
then
echo "Success!";
break;
else
echo "Failed";
fi
echo ------
done
Ich habe das Skript mit einer CSV-Datei aller meiner alten Bitcoin-Passwörter ausgeführt und war erfolgreich!
Es kam dies zurück: (Ich habe alle Zahlen geändert)
Attempting: password123
salt = 9823498243829374
key = 98237890238420938429830394850394
iv = 98743259384793847593844
Success!
Aber als ich dieses Passwort ausprobierte, sagte es immer noch, es sei falsch. :(
Aber! es erstellte auch eine Datei namens recovery.key. Ich öffnete die Datei und es war ein Haufen schlecht kodierter Kauderwelsch-Symbole wie diese: '¦ÀÌÁïûê¿^½”ß/øZÄÑQÛ,i¹´$'
Ich habe irgendwo gelesen, dass Multibit-Schlüssel mit Base 58 codiert sind, also habe ich den Stil von saved.key mit Base 58 codiert und er wurde viel lesbarer. Jetzt habe ich eine Zeichenfolge aus Buchstaben und Zahlen, die 611 Zeichen lang ist und mit einer „3“ beginnt. Ist das mein privater Schlüssel?
Ich habe versucht, es in eine neue Brieftasche in MultiBit Classic zu importieren, aber bisher kein Glück. Ich habe einen privaten Schlüssel aus einer neuen leeren Brieftasche exportiert und er sieht so aus: (Ich habe den Schlüssel für diesen Beitrag geändert)
# KEEP YOUR PRIVATE KEYS SAFE !
# Anyone who can read this file can spend your bitcoin.
#
# Format:
# <Base58 encoded private key>[<whitespace>[<key createdAt>]]
#
# The Base58 encoded private keys are the same format as
# produced by the Satoshi client/ sipa dumpprivkey utility.
#
# Key createdAt is in UTC format as specified by ISO 8601
# e.g: 2011-12-31T16:42:00Z . The century, 'T' and 'Z' are mandatory
#
L1paCgWAYm2wzRfznmcoy5pbskdhShRVneAzBeuwaj244s7fr9nE 2017-09-04T21:54:32Z
# End of private keys
Ich habe den Schlüssel in dieser Brieftasche mit meinem wiederhergestellten Base58-Schlüssel ausgetauscht, aber es war viel länger als das, und als ich versuchte, ihn zu importieren, sagte er mir: „Adresse in Importdatei konnte nicht verstanden werden.“
Also ... Ich habe eine wirklich lange Zeichenfolge, von der ich denke, dass sie mein privater Schlüssel ist, aber ich glaube nicht, dass sie das richtige Format hat. Vielleicht bin ich auch nur ein Idiot. Kann mir jemand helfen?
Kann leider opensslmanchmal mit einer Null antworten, selbst wenn das Ergebnis aufgrund von Padding eine fehlgeschlagene Entschlüsselung ist, und es scheint, dass dies hier passiert ist.
Ich würde vorschlagen, das Skript zu ändern, um den Nacherfolg zu vermeiden break;. Dadurch wird sichergestellt, dass jeder versucht wird. Sie können dann die Ausgabe durchgehen und die Alternativen manuell ausprobieren, bis Sie eine Ausgabe sehen, die mit der # KEEP YOUR PRIVATE KEYS SAFE !Zeile übereinstimmt, die die wahre Darstellung einer erfolgreichen Entschlüsselung ist.
Wenn Sie die Brieftasche nicht mit dem Passwort entsperren können, gibt es zwei Möglichkeiten:
Daten existieren nur, wenn sie sich an zwei Orten befinden – idealerweise ein lokales Backup und ein Remote-Backup. Selbst dann werden Dateien nur durch Hardwareprobleme beschädigt.
Aus den oben genannten und anderen Gründen hat das MultiBit-Entwicklungsteam die Menschen jahrelang nachdrücklich aufgefordert, auf MultiBit HD und die damit verbundene Seed-Phrase aufzurüsten, die diese Situation vollständig mildert. Außerdem prüft MultiBit Classic beim Erstellen und Ausschreiben von Schlüsseln, ob die Daten mit dem angebotenen Passwort erfolgreich wieder eingelesen werden können.
Wenn eine Datei AES-verschlüsselt ist, gibt es im Allgemeinen einen Header-Abschnitt, der verschlüsselungsspezifische Daten (Schlüssel, Salt, Initialisierungsvektor usw.) enthält, dann kommt der Hauptteil der Daten. Eine Beschädigung im Kopfbereich ist ein sehr ernstes Problem, da sie die Entschlüsselung des gesamten Hauptteils fast unmöglich macht. Eine Beschädigung im Body-Bereich ermöglicht die erfolgreiche Entschlüsselung der Brieftasche, kann jedoch fehlerhafte Daten enthalten.
Ihre erste Antwort sollte sein, eine seriöse Dateiwiederherstellungssoftware zu verwenden. Dies wird hoffentlich frühe Versionen von Wallet-/Schlüsseldatei-Backups aufdecken und die Beschädigung durch Reparaturvorgänge rückgängig machen.
Der schnellste Weg, um die wiederhergestellten Dateien zu überprüfen, ist die Verwendung von OpenSSL wie folgt:
openssl enc -d -p -aes-256-cbc -a -in <ciphertext file> -out <plaintext file> -pass pass:<password>
Die Klartextdatei sollte den Text enthalten, # KEEP YOUR PRIVATE KEYS SAFE !wenn er korrekt entschlüsselt wurde (wie in der Frage gezeigt).
Suchen Sie als Nächstes eine Brieftasche/Börse, die private Schlüssel akzeptiert, und fegen Sie die wiederhergestellten Bitcoins in eine Hardware-Brieftasche, die durch eine Seed-Phrase geschützt ist – wie Trezor.
Wenn Sie nur eine beschädigte Datei haben, besteht Ihre letzte Hoffnung darin, herauszufinden, wie die Datei beschädigt wurde. Wenn es im Header-Bereich ist, wo der Schlüssel, der Initialisierungsvektor, das Salz usw. gespeichert sind, dann sind das schlechte Nachrichten. Es wird viel Arbeit kosten, diese wieder aufzubauen.
Wenn es später ist, könnten Sie eine teilweise Entschlüsselung erhalten, aber unvollständige private Schlüssel haben. Bitcoin hat vernünftige Prüfsummen, so dass Sie ein Schlüsselwiederherstellungsskript verwenden könnten, um verschiedene Kombinationen auszuprobieren, bis eine funktionierende Prüfsumme ergibt. Sie können dann die zugehörige Adresse des öffentlichen Schlüssels nachschlagen und nach Ihrem Guthaben suchen.
In jedem der oben genannten Fälle von Beschädigung müssen Sie ein sehr versierter Programmierer sein, um die Dateien erfolgreich neu zu erstellen. Vielleicht möchten Sie es an einen spezialisierten Service senden.
georgedum