Die Wiederherstellung einer Wallet sieht nach einer Texteingabe aus und ist in Wirklichkeit eine Aufgabe der Schlüsselverwahrung. Die eingegebene Phrase ist kein Passwort, das ein Server prüft; sie ist die Eingabe einer Ableitungsfunktion, die dieselben privaten Schlüssel neu aufbaut, die die Wallet vor dem Verlust hatte. Alles, was in diesem Moment Tastendrücke, die Zwischenablage oder den Prozessspeicher lesen kann, kann sie ebenfalls neu aufbauen. Vorbereitung heißt daher, vorher zu entscheiden, wo das Geheimnis existieren darf.

Verfolgen Sie die Phrase vom Medium bis zum abgeleiteten Schlüssel

Eine Mnemonik im BIP-39-Stil wird normalisiert, mit PBKDF2-HMAC-SHA512 unter Verwendung einer optionalen Passphrase als Salt gestreckt und in einen Seed umgewandelt, aus dem die Wallet Schlüssel ableitet. Daraus folgen unmittelbar zwei Konsequenzen. Erstens ist die Phrase dauerhafte Vollmacht und keine Sitzungsanmeldedaten, weshalb es bei einem Abfluss keine serverseitige Rücksetzung gibt. Zweitens wirkt die optionale Passphrase an der Ableitung mit, weshalb eine Wiederherstellung, die scheinbar eine leere Wallet erzeugt, meist bedeutet, dass die falsche Passphrase eingegeben wurde, nicht die falsche Phrase.

Jeder Schritt nach der Normalisierung findet in dem Prozess statt, in den Sie getippt haben. Genau diesen Teil lassen die meisten Wiederherstellungsanleitungen aus: Die Angriffsfläche sind der Eingabepfad und der Speicher dieses Prozesses, nicht das Netzwerk zwischen Ihnen und einer Website.

Welcher Prozess legitim ist, hängt von der Wallet ab. Ein Hardwaregerät hat eine eigene Wiederherstellungsschnittstelle auf dem Gerät; eine Software-Wallet hat einen dokumentierten Wiederherstellungsbildschirm in einem verifizierten Build. Keines von beiden ist ein Support-Chat, und keines ist eine Seite, die anbietet, eine Phrase für Sie zu prüfen.

Ein Gastsystem erbt das Vertrauen seines Hosts

Eine virtuelle Maschine fühlt sich wie ein eigener Computer an und ist keine unabhängige Vertrauensgrenze. Die NIST-Leitlinie zur Vollvirtualisierung beschreibt die Abhängigkeit direkt: Die Sicherheit des Gasts hängt vom Host und dem darunterliegenden Hypervisor ab, und gemeinsam genutzte Ressourcen wie Zwischenablage- oder Ordnerintegration verbreitern den Kanal zwischen ihnen. Einen Gast auf einer Maschine zu installieren, der Sie bereits misstrauen, schafft keinen neuen Eingabepfad.

ControlWhat it addressesWhat it leaves exposed
Verified wallet buildRunning the code the publisher actually signedEverything the running process can read once it starts
Live-boot environment, no persistent diskSecrets left in swap, caches or a saved sessionThe firmware, the keyboard and the display path
Full-disk encryption on the hostRecovery material at rest after shutdownThe same material while the machine is unlocked
Tunnel to a trusted exitWho can observe traffic in transitLocal processes, screen capture and input hooks

Praktische Abflüsse folgen derselben Linie. Eine geteilte Zwischenablage trägt alles, was Sie kopiert haben. Snapshots und Dateien im angehaltenen Zustand können Speicher erfassen, der die Phrase enthält. Gasterweiterungen mit Zugriff auf das Host-Dateisystem geben dem Gast Einblick in Host-Pfade und dem Host Einblick in Gast-Pfade. Nichts davon sind exotische Angriffe; es sind Funktionen, die die VM bequem machen.

Die ehrliche Schlussfolgerung ist enger als „eine VM ist unsicher“. Eine VM kann der richtige Container für die Arbeit sein, wenn der Host die Maschine ist, der Sie vertrauen, und Sie die Freigabefunktionen entfernt haben. Einen Host, dem Sie nicht vertrauen, kann sie nicht retten.

Was ein verschlüsselter Tunnel tatsächlich abdeckt

Ein VPN schützt Pakete zwischen zwei Endpunkten. Es hat keine Meinung dazu, wer an einem der Enden den Bildschirm liest, und es hindert einen lokalen Prozess nicht daran, zu beobachten, was Sie in ein Fenster eingeben. Ein Tunnel ist also relevant, wenn die Sorge der Pfad ist, und irrelevant, wenn die Sorge der Host ist.

Diese Unterscheidung ist wichtig, weil beides zusammen verkauft wird. „Verschlüsselte Verbindung“ beschreibt den Transit; „vertrauenswürdiges Gerät“ beschreibt den Endpunkt. Ein Wiederherstellungsverfahren braucht für beides getrennte Antworten, und nur eine davon kann ein Netzwerkdienst geben.

Die Prüfung dessen, was Sie heruntergeladen haben, gehört zur selben Familie von Endpunktfragen. Eine Hash-Prüfung und eine Signaturprüfung belegen, dass das Archiv dem vom Herausgeber veröffentlichten Stand entspricht; über die Maschine, die es ausführen wird, sagen sie nichts.

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

Bereiten Sie die Umgebung vor, bevor das Material auftaucht

Die Reihenfolge ist wichtiger als das Werkzeug. Legen Sie den Host fest, entfernen Sie Freigabefunktionen, trennen Sie, was nicht verbunden sein muss, und nehmen Sie erst dann den Wiederherstellungsdatensatz aus seinem Speicher. In der umgekehrten Reihenfolge ist das Geheimnis bereits im Speicher, während Sie noch entscheiden, wohin es gehört.

Halten Sie das Geheimnis dann in dem Ablauf, den der Wallet-Hersteller dokumentiert. Geben Sie es in die eigene Wiederherstellungsschnittstelle der Wallet ein, in dem Netzwerk, das die Wallet erwartet, und bestätigen Sie nur Vorgänge, die Sie auf dem vertrauenswürdigen Display der Wallet prüfen können. Ein vertrauter Desktop-Dialog ist kein Beweis dafür, dass das Gerät autorisiert, was der Dialog behauptet.

Wenn Sie eine Exposition vermuten, hören Sie auf, Material auf diesem System einzugeben, und wechseln Sie in eine Umgebung, der Sie unabhängig vertrauen können. Die VM zu schließen, ein VPN-Passwort zu ändern oder die Wallet-App neu zu installieren, rotiert die Vollmacht der Wallet nicht; das tut nur das Verschieben der Werte auf eine neue Wallet mit neu erzeugten Schlüsseln. Halten Sie die rohe Phrase aus jedem Support-Gespräch heraus, während Sie die walletspezifischen Schritte beschaffen, denn kein legitimer Supportprozess braucht sie. Diese eine Regel verhindert mehr Verluste als jede Härtungscheckliste.

Ähnliche Artikel