Verwaltung privater Schlüssel

Die Verwaltung privater Schlüssel ist der Lebenszyklus zum Generieren, Verwenden, Sichern, Wiederherstellen, Rotieren oder Migrieren und Zurückziehen von Signaturberechtigungen, ohne dass ein Schlüssel, ein Seed, eine Mnemonik, eine Passphrase, ein Gerät oder eine Smart-Account-Richtlinie verwechselt werden.

Nur zu Bildungszwecken; stellt keine Anlageberatung oder Anlageempfehlung dar. Anlagen können zu Verlusten führen.

Direkte Antwort

Die Verwaltung privater Schlüssel umfasst den gesamten Lebenszyklus der Signaturberechtigung: vertrauenswürdige Generierung, geschützte Nutzung, Sicherung, getestete Wiederherstellung, autorisierte Änderung, Vorfallmigration und Außerbetriebnahme. Das Ziel ist sowohl Vertraulichkeit als auch Verfügbarkeit. Ein Geheimnis, das leicht zu stehlen ist, ist unsicher, aber ein Geheimnis, das nach einem Geräteverlust niemand mehr wiederherstellen kann, ist ebenfalls unsicher.

Halten Sie die Objekte getrennt. Ein privater Schluessel kontrolliert eine kryptografische Identitaet. Ein HD-Root-Seed kann viele Schluessel ableiten. Eine BIP-39-Wiederherstellungsphrase kodiert Entropie und leitet mit einer optionalen Passphrase einen Seed ab; dieselben Woerter mit einer anderen Passphrase erzeugen ein anderes Wallet. Eine PIN oder ein Wallet-Passwort kann ein lokales Geraet oder eine verschluesselte Datei entsperren, widerruft aber nicht den zugrunde liegenden Schluessel. Eine Adresse oder ein erweiterter oeffentlicher Schluessel kann Identitaets- oder Transaktionsbeziehungen offenlegen, ohne normale Ausgabeberechtigung zu gewaehren. Eine Hardware-Wallet ist ein Signiergeraet, nicht der Vermoegenswert oder die Sicherung.

Ein extern gefuehrtes Konto kann seinen Schluessel normalerweise nicht ersetzen und dieselbe Adresse behalten. Nach einer Kompromittierung muessen Vermoegenswerte und alle relevanten Rollen oder Freigaben auf eine neue Berechtigung migriert werden. Ein Smart Account kann Aenderungen von Eigentuemer- oder Wiederherstellungsberechtigten, Schwellenwerte und ERC-1271-Validierung unterstuetzen; seine Module, Guards, Upgrade-Kontrollen und der exakt bereitgestellte Code gehoeren jedoch zur Sicherheitsgrenze.

Die Sicherung erfolgt an einem separaten physischen OrtWiederherstellungsmaterial wird niemals in eine Website oder einen Chat eingegebenDie Herkunft des Geräts und der Firmware wurde überprüftEin kleiner Wiederherstellungstest war erfolgreichFür Vererbung oder Notfallzugang sind Personen und Bedingungen eindeutig festgelegt

0 / 5

0 Artikel überprüft; 5 noch ungelöste Punkte

Der Abschluss dieser Überprüfung beweist nicht, dass ein Vermögenswert, eine Transaktion oder ein System sicher ist.

Wie es funktioniert

Beginnen Sie mit einem Inventar, nicht mit einem Produktnamen. Erfassen Sie jede Chain, jedes Konto, jede Adresse, jeden Vermoegenswert, jede Token-Freigabe, Vertragsrolle, Validator- oder Auszahlungsberechtigung, jedes Signiergeraet, jeden Schluesselursprung, Ableitungsstandard und jede Wiederherstellungsabhaengigkeit. Trennen Sie operative Hot-Wallet-Berechtigungen von Spar-, Treasury-, Verwaltungs- und Wiederherstellungsberechtigungen. Ein ueber viele Konten wiederverwendeter Root-Seed vergroessert das Schadensausmass einer Kompromittierung, auch wenn die sichtbaren Adressen verschieden sind.

Die Generierung erfordert eine vertrauenswürdige Implementierung, Umgebung und Entropiequelle. Erfinden Sie keine Eselsbrücke aus einprägsamen Wörtern. Behalten Sie für ein HD-Wallet das Format, die Wortliste, die optionale Passphrase-Anforderung, die Ableitungspfade, die Kontoindizes und die öffentlichen Identifikatoren bei, die zur Bestätigung der Wiederherstellung erforderlich sind. Bei einem erweiterten öffentlichen Schlüssel handelt es sich nicht um harmlose Metadaten: Er kann Adressbeziehungen offenlegen, und einige Ableitungskonstruktionen weisen zusätzliche Offenlegungsgrenzen auf.

Bei Backups geht es um Vertraulichkeit und Verfügbarkeit. Mehrere vollständige Kopien verbessern die Wiederherstellung nur dann, wenn ihre Medien und Speicherorte verwendbar bleiben, aber jede gestohlene Kopie kann das gesamte Geheimnis preisgeben. Eine standardisierte Schwellenwertsicherung wie SLIP-39 erfordert genügend Anteile und ist nicht dasselbe wie das Zerschneiden einer BIP-39-Phrase in Stücke. Multisignatur- und Schwellenwertsignatur verteilen die Autorisierung unter den Unterzeichnern; Sie teilen kein Backup auf und ihre Sicherheit hängt von unabhängigen Personen, Geräten, Standorten und Administratoren ab.

Das tägliche Signieren ist eine separate Kontrolle. Ein Hardware-Signierer kann einen Schlüssel von einem kompromittierten Host isolieren, aber er kann einen falschen Empfänger, eine falsche Kette, einen falschen Betrag, eine falsche Domäne oder falsche Anrufdaten nicht sicher machen. Überprüfen Sie die Absicht einer vertrauenswürdigen Anzeige, begrenzen Sie Hot Balances und Berechtigungen und bewahren Sie einen überprüfbaren Genehmigungspfad auf. Überprüfen Sie für ein Vertragskonto den Schwellenwert des aktuellen Besitzers, den Validierungscode des Unterzeichners, Module, Schutzvorrichtungen, Fallback-Verhalten, Wiederherstellungsrichtlinie und Upgrade-Autorität.

Verwenden Sie diesen Workflow:

Inventarisieren Sie jede Kette, jedes Konto, jede Adresse, jeden Vermögenswert, jede Genehmigung, jede Vertragsrolle, jeden Schlüsselursprung, jeden Ableitungspfad, jeden Unterzeichner, jedes Modul, jeden Verwahrer und jede Wiederherstellungsabhängigkeit.
Definieren Sie Bedrohungen und Serviceanforderungen: Remote-Kompromittierung, Diebstahl, Nötigung, Insider-Aktion, Feuer- oder Wasserschaden, Tod oder Arbeitsunfähigkeit, Unterzeichnungshäufigkeit, Risikowert und Wiederherstellungszeitziel.
Schlüsselmaterial mit überprüfter Implementierung und vertrauenswürdiger Entropie auf einem kontrollierten Gerät generieren; Überprüfen Sie unabhängig Kette, Adresse und öffentlichen Fingerabdruck, ohne das Geheimnis in einem Online-System aufzuzeichnen.
Wählen Sie Hot-, Hardware-isolierte, Multisignatur-, Schwellenwert-, Smart-Account- oder Custodial-Kontrollen nach Wert und Verwendung; Platzieren Sie Backups, Freigaben, Passphrasen und Unterzeichner in wirklich unabhängigen Fehlerdomänen.
Führen Sie eine kleine, isolierte Wiederherstellungsübung durch, die das genaue Format, die Wortliste, die Passphrase, den Ableitungspfad, den Schwellenwert, die Adressen und die Signierfähigkeit bestätigt, ohne Produktionsgeheimnisse in ein nicht vertrauenswürdiges Gerät einzugeben.
Überprüfen Sie für jeden Vorgang Kette, Domäne, Empfänger, Wert, Token, Anrufdaten und Berechtigungsbereich auf einem vertrauenswürdigen Display. Wenden Sie Grenzwerte an, trennen Sie Zuteilungen und vervollständigen Sie Ereignis- oder Genehmigungsprotokolle.
Gleichen Sie die Bestandsaufnahme regelmäßig ab und proben Sie Verlust, Kompromiss, Personalwechsel, Erbschaft und Anbieterausstieg; Wiederherstellen nach einem Verlust, aber nach einer Kompromittierung isolieren Sie saubere Geräte, migrieren Sie Assets und Rollen, widerrufen Sie Genehmigungen, überwachen Sie die alte Autorität und ziehen Sie sie außer Betrieb.

Beispiele

BIP-39-Laenge und Pruefsumme. Bei ENT = 128 bits betraegt die Pruefsummenlaenge CS = ENT / 32 = 4 bits; 132 / 11 = 12 words. Bei ENT = 256 bits ergeben sich CS = 8 bits und 264 / 11 = 24 words. Ein zufaelliger Kandidat mit 12 Woertern besteht die Pruefsumme im Lehrbeispiel mit Wahrscheinlichkeit 1 / 16 = 6.25%. Die kurze Pruefsumme erkennt einige Uebertragungsfehler; sie beweist weder Authentizitaet noch Geheimhaltung oder korrekte Ableitungsmetadaten.
Vollständige Kopien im Vergleich zu Schwellenwertanteilen. Angenommen, drei unabhängige Medien sind jeweils mit der Wahrscheinlichkeit 0.98 verfügbar und unabhängig voneinander mit der Wahrscheinlichkeit 0.01 gefährdet. Drei vollständige Sicherungen werden wiederhergestellt, sofern noch welche vorhanden sind: 1 - 0.02^3 = 0.999992, während die Wahrscheinlichkeit, dass mindestens eines ausläuft, 1 - 0.99^3 = 0.029701 beträgt. Ein Schwellenwert 2-of-3 hat die Verfügbarkeit 3 x 0.98^2 x 0.02 + 0.98^3 = 0.998816 und die Gefährdungswahrscheinlichkeit 3 x 0.01^2 x 0.99 + 0.01^3 = 0.000298. Echte Medien und Depotbanken korrelieren miteinander, es handelt sich also um Annahmen und nicht um Garantien.
Verlust und Ersatz des Unterzeichners. Ein Smart-Konto hat die Besitzer A, B und C mit dem Schwellenwert 2-of-3. Der Verlust eines Besitzers hinterlässt immer noch zwei Unterschriften; Es reicht nicht aus, einen Eigentümer zu kompromittieren. Wenn der Verdacht besteht, dass B kompromittiert wurde, autorisiert A + C den Ersatz durch D. Bis diese Änderung gemäß den tatsächlichen Regeln des Kontos ausgeführt wird, bleibt B Eigentümer; danach ist die Menge A / C / D mit dem Schwellenwert 2.
Schadensausmass der Seed-Wiederverwendung. Root-Seed S leitet zwei Konten mit 1.2 ETH und 0.8 ETH ab; ein unabhaengiger Cold-Seed haelt 8.0 ETH. Der bekannte direkte Bestand, der durch Kompromittierung von S gefaehrdet ist, betraegt 1.2 + 0.8 = 2.0 ETH. Eine Wiederverwendung von S fuer das Cold-Konto erhoeht ihn auf 10.0 ETH. Token, NFTs, Freigaben, Rollen und andere Chains benoetigen ein separates Inventar; der sichtbare native Bestand ist keine vollstaendige Verlustobergrenze.

Risiken

Die Entropie ist schwach, voreingenommen oder wird von einer defekten Zufallsquelle erzeugt.
Das Generierungsgerät, der Wallet-Build oder die Abhängigkeit ist bösartig.
Ein Hardware-Signierer, eine Firmware oder eine Lieferkette wird manipuliert.
Ein Seed oder Key erreicht einen Screenshot, eine Zwischenablage, einen Drucker, eine Cloud oder eine Online-Notiz.
Durch Phishing oder Fake-Support erhält man Wiederherstellungsmaterial oder eine Signatur.
Der Host ersetzt die Kette, den Empfänger, den Betrag, die Domäne oder die Anrufdaten.
Eine Passphrase wurde vergessen oder falsch in eine andere gültige Wallet eingegeben.
Ein einzelnes Backup geht durch Diebstahl, Feuer, Wasser oder Medienverfall verloren.
Vollständige Duplikat-Backups vergrößern die Diebstahloberfläche.
Wortliste, Format, Ableitungspfad, Münztyp oder Kontoindex sind falsch.
Ein erweiterter öffentlicher Schlüssel oder Ableitungsmetadaten gefährden die finanzielle Privatsphäre.
Die Wiederherstellung wurde nie getestet und schlägt während des Vorfalls fehl.
Multisignatur-Unterzeichner teilen sich ein Gerät, einen Standort, eine Cloud oder einen Administrator.
Ein Schwellenwert ist zu hoch für die Verfügbarkeit oder zu niedrig für den Kompromisswiderstand.
Wächter konspirieren, werden altbacken oder werden sozial manipuliert.
Ein Smart-Account-Modul, ein Guard, ein Fallback-Handler, ein Proxy oder eine Upgrade-Umgehungsrichtlinie.
Personalaustritts-, Todes-, Arbeitsunfähigkeits- oder Erbschaftsakten werden nicht aktualisiert.
Nach einer Kompromittierung wird der alte Schlüssel wiederverwendet oder die Änderung einer PIN wird fälschlicherweise mit einer Rotation verwechselt.
Ein Depotbank-, HSM-, MPC- oder Wiederherstellungsanbieter friert ein, fällt aus, konspiriert oder bricht ab.
Bei der Migration fehlen eine andere Kette, ein anderes Token, ein NFT, eine Genehmigung, eine andere Rolle oder ein spezialisierter Validator-Berechtigungsnachweis.

Häufige Irrtümer

Eine Hardware-Wallet macht jede Transaktion sicher. Isolation hilft, aber böswillige Absichten, Anzeige, Firmware, Lieferkette und Wiederherstellungsrisiken bleiben bestehen.
Eine Seed-Phrase und der private Schlüssel eines Kontos sind dasselbe Objekt. Ein Seed kann viele Schlüssel ableiten, während Formate und Passphrasen die Wiederherstellung bestimmen.
Vollständigere Backups erhöhen nur die Sicherheit. Sie verbessern die Verfügbarkeit und erhöhen gleichzeitig die Anzahl der Kopien, die ein Angreifer stehlen kann.
Multisignatur ist nur ein in Stücke zerlegter Samen. Unabhängige Unterzeichner, Schwellenwertsignaturen und Backups zur gemeinsamen Nutzung von Geheimnissen sind unterschiedliche Mechanismen.
Durch das Ändern eines Wallet-Passworts oder einer PIN wird ein geleakter EOA-Schlüssel widerrufen. Der alte Schlüssel kontrolliert weiterhin seine Adresse; Migrieren Sie Ressourcen und Berechtigungen und handhaben Sie Genehmigungen explizit.