Hot-, Cold- und Hardware-Wallets

Konnektivität verändert das Risiko

Wallets werden häufig als Hot- oder Cold-Wallets bezeichnet, je nachdem, wie ihr Signiermaterial vernetzten Systemen ausgesetzt ist. Bei einer Hot-Wallet ist die Signierberechtigung in einer Online- oder routinemäßig verbundenen Umgebung verfügbar. Eine Cold-Wallet hält die betreffende Signierberechtigung im normalen Betrieb von solchen Verbindungen isoliert. Dabei handelt es sich um betriebliche Beschreibungen und nicht um universelle Zertifizierungen. Ein Softwareprodukt kann beide Muster unterstützen, während eine als „cold“ bezeichnete Bereitstellung faktisch hot werden kann, wenn ihr geheimes Material später in einen verbundenen Computer importiert wird.

Konnektivität bietet Komfort, vergrößert aber auch die Umgebung, in der Malware, Phishing, kompromittierte Anwendungen oder externe Akteure einen Signiervorgang beeinflussen können. Eine Trennung vom Netzwerk schränkt einige Angriffswege aus der Ferne ein, bringt aber andere betriebliche Kosten mit sich: langsamere Genehmigungen, aufwendigere Übertragungsabläufe, Anforderungen an die physische Sicherheit und das Risiko, dass Mitarbeitende dringende autorisierte Vorgänge nicht ausführen können. Die Wahl des geeigneten Modells erfordert eine Bedrohungsanalyse und ein Verständnis der tatsächlichen Transaktionshäufigkeit.

Was wird offline gehalten?

Entscheidend ist, wo sich ein nutzbarer Signierschlüssel oder Schlüsselanteil befindet und welche Daten der Signierer autorisieren soll. Das bloße Ausschalten der drahtlosen Netzwerkverbindung ist keine vollständige Definition von Cold Storage. Ein Gerät kann weiterhin per Kabel verbunden werden, nicht vertrauenswürdige Dateien einlesen oder unvollständige Transaktionsdetails anzeigen. Ein Offline-Signierer kann eine böswillig vorbereitete Transaktion genehmigen, wenn der Mensch oder die Richtlinien-Engine sie nicht erkennt. Isolation verringert eine Kategorie von Risiken; sie stellt nicht automatisch sicher, dass die Transaktionsabsicht korrekt ist.

Software-Wallets und Hardware-Signierer

Eine Software-Wallet ist eine Anwendung, die Adressen, Guthaben und manchmal private Schlüssel auf einem Allzweckcomputer oder Mobilgerät verwaltet. Bei einer typischen Hot-Konfiguration erfolgt das Signieren auf demselben Gerät, das zum Surfen, für Nachrichten und andere Aktivitäten verwendet wird. Ein Angreifer, der dieses Gerät kompromittiert, kann versuchen, Wallet-bezogene Geheimnisse auszulesen, Transaktionsfelder zu manipulieren oder eine nicht autorisierte Aktion zu veranlassen. Daher sind Betriebssystem-Isolation, App-Berechtigungen, Updates und Prüfverfahren von Bedeutung, auch wenn keine einzelne Maßnahme alle Risiken ausschließt.

Eine Hardware-Wallet ist ein dediziertes Signiergerät, das private Schlüssel in einer spezialisierten Komponente oder einer eingeschränkten Umgebung schützen soll. Viele solcher Geräte verbinden sich mit Begleitsoftware, die Transaktionen vorbereitet und Informationen zur Blockchain anzeigt. Der Hardware-Signierer empfängt dann Transaktionsdaten und kann eine Bestätigung auf seinem eigenen Bildschirm anfordern. Der allgemeine Sicherheitsvorteil besteht darin, dass man sich zum Schutz des Signiermaterials weniger auf den Host-Computer verlassen muss. Das Gerät kann dennoch unsachgemäß verwendet werden, Implementierungsfehler aufweisen oder mit einer kompromittierten Schnittstelle gekoppelt sein, die eine irreführende Transaktion vorschlägt.

Hardware bedeutet nicht automatisch Cold

Ein Hardware-Signierer, der regelmäßig mit einem internetverbundenen Host verwendet wird, ist nicht automatisch Teil eines vollständig offline durchgeführten Verwahrungsprozesses. Entscheidend ist die Architektur: wie Schlüssel generiert und gespeichert werden, wie nicht vertrauenswürdige Daten Systemgrenzen überschreiten, ob Transaktionsdetails auf einer vertrauenswürdigen Anzeige überprüft werden und ob das Gerät oder seine Bedienenden aus der Ferne beeinflusst werden können. Umgekehrt kann ein Allzweckcomputer, der in einer kontrollierten, getrennten Umgebung aufbewahrt wird, als Offline-Signierer dienen, auch wenn seine Sicherheitsgarantie von der Implementierung und den Verfahren abhängt.

Vorbereitung, Signierung und Übertragung trennen

Ein robustes mentales Modell behandelt den Transaktionsablauf in drei Phasen. Ein verbundenes System erfasst Netzwerkdaten und bereitet eine unsignierte Transaktion vor. Eine geschützte Signierkomponente prüft die Transaktion und erstellt erst nach den erforderlichen Kontrollen eine gültige Signatur. Anschließend übermittelt ein verbundenes System die signierte Transaktion an ein Netzwerk. Je nach Netzwerk und Implementierung können diese Schritte Dateien, QR-Codes, direkte Verbindungen oder kontrollierte Schnittstellen nutzen. Es sollte nicht davon ausgegangen werden, dass eine bestimmte Übertragungsmethode immer sicher ist.

Für kompatible Bitcoin-Abläufe legt BIP-174 (Partially Signed Bitcoin Transaction Format) ein portables Verfahren fest, mit dem Transaktionsinformationen zwischen Erstellern, Signierern und Zusammenführenden ausgetauscht werden können. Dadurch wird eine koordinierte Signierung ermöglicht, auch wenn ein Signierer nicht direkt mit dem Netzwerk verbunden ist. BIP-174 beweist nicht selbst, dass eine Bedienperson Empfänger, Wert oder Gebühr überprüft hat. Das Format unterstützt einen Ablauf; organisatorische Verfahren müssen weiterhin sicherstellen, dass die Transaktion der beabsichtigten Transaktion entspricht.

Häufige betriebliche Risiken

Physischer Verlust und unbefugter Zugriff sind offensichtliche Risiken, aber nicht die einzigen. Auch die Integrität der Lieferkette für Geräte, die Authentizität der Firmware, die Aufbewahrung von Sicherungskopien, die Bereitschaft zur Wiederherstellung und die sichere Entsorgung verdienen Aufmerksamkeit. Eine durch Feuer beschädigte oder auf Reisen verlorene Hardware-Wallet lässt sich möglicherweise mithilfe aufbewahrten Wiederherstellungsmaterials ersetzen – aber nur, wenn die Wiederherstellungsmethode tatsächlich zur Wallet passt und die erforderlichen Geheimnisse weiterhin verfügbar sind. Eine Cold-Wallet, deren autorisierte Signierer nicht verfügbar sind, kann gegen bestimmte Angreifer geschützt und bei einem zeitkritischen Vorfall dennoch unbrauchbar sein.

Die größte praktische Schwachstelle ist oft eine Diskrepanz zwischen dem Bedrohungsmodell und dem Verhalten der Nutzenden. Eine vermeintlich geschützte Wallet wird verwundbar, wenn ihre Wiederherstellungsphrase fotografiert, auf einer nicht vertrauenswürdigen Website eingegeben oder in einer routinemäßig synchronisierten Notiz gespeichert wird. Auch für eine Cold-Umgebung braucht es einen Plan, um Updates und Transaktionsdaten zu empfangen, ohne ein unannehmbares Risiko einzugehen. Organisationen sollten diese Verfahren testen, bevor sie kritisch werden.

Eine behauptete Schutzwirkung bewerten

Fragen Sie bei der Bewertung einer Architektur, vor welcher konkreten Bedrohung jede einzelne Komponente schützt. Ein Hardware-Signierer kann das Auslesen von Schlüsseln durch gewöhnliche Host-Malware erschweren, doch ein kompromittierter Host könnte weiterhin irreführende Details anzeigen. Offline-Speicherung kann Angriffswege aus dem Internet einschränken, doch ein unzureichend gesicherter physischer Raum kann Menschen und Geräte gefährden. Verschlüsselte Sicherungskopien können die Vertraulichkeit schützen, aber nur, wenn autorisierte Mitarbeitende weiterhin auf die erforderlichen Wiederherstellungsdaten zugreifen können. Bei der aussagekräftigsten Bewertung werden sowohl Schutzwirkungen als auch Fehlermöglichkeiten erfasst, statt eine einzelne Sicherheitsbewertung zu vergeben.

Überprüfung zum Zeitpunkt des Signierens

Ein Signiervorgang ist am zuverlässigsten, wenn autorisierte Personen vor der Genehmigung unabhängig das vorgesehene Netzwerk, den Empfänger, den Betrag sowie gegebenenfalls anfallende Gebühren oder Anweisungen überprüfen können. Das kann schwierig sein, wenn Transaktionen komplexe Daten enthalten oder der Signierer nur gekürzte Felder anzeigt. Diese Einschränkung sollte ausdrücklich dokumentiert werden; ein Genehmigungsbildschirm, der die relevante Bedeutung der Transaktion nicht anzeigen kann, belegt keine informierte Autorisierung. Je nach Risikoniveau können Organisationen dokumentierte Kontrollen, vorab genehmigte Zieladressen und eine unabhängige Rekonstruktion der Transaktion einsetzen. Dabei handelt es sich um betriebliche Schutzmaßnahmen, nicht um Eigenschaften, die durch die Bezeichnungen „cold“ oder „hardware“ automatisch gewährleistet werden.

Betriebliche Entscheidungen für unterschiedliche Situationen

Bei routinemäßigen betrieblichen Zahlungen mit kleinen Beträgen kann eine Organisation Geschwindigkeit, Überwachung und eng begrenzte Berechtigungen priorisieren und für den täglichen Bedarf ein begrenztes Hot-Guthaben bereithalten. Für Vermögenswerte, die voraussichtlich lange Zeit nicht bewegt werden, können eine stärkere Isolation beim Signieren und mehrstufige Genehmigungen angemessen sein. Die Bezeichnungen „klein“ und „groß“ sind kontextabhängig: Die Risikoposition der Organisation, ihre rechtlichen Verpflichtungen und die Folgen eines Verlusts sollten die Schwellenwerte bestimmen. Keines der Muster legt einen bestimmten Vermögenswert, Anbieter oder ein bestimmtes Produkt fest.

Führungskräfte sollten dokumentieren, wer eine Transaktion einleiten kann, wer sie autorisieren darf, welche Nachweise aufbewahrt werden, was bei einer Netzwerkstörung geschieht und wie die Organisation versuchte unbefugte Abhebungen erkennt. Prüfende sollten fragen, ob die angegebene Einstufung als cold oder hot durch Architektur und beobachtete Verfahren gestützt wird und nicht nur auf Marketingbegriffen beruht. Bei Überprüfungen müssen auch der Personalzugang, die Besetzung bei Notfällen und die Funktionstrennung berücksichtigt werden.

Standards und professioneller Kontext

NIST SP 800-57 Part 1 Revision 5 behandelt den Schutz und die Verwendung von Schlüsselmaterial. NIST FIPS 140-3, Security Requirements for Cryptographic Modules, behandelt festgelegte Sicherheitsanforderungen für kryptografische Module; eine Zertifizierung nach diesem Standard ist, sofern anwendbar und überprüft, enger gefasst als eine Garantie dafür, dass ein gesamtes Wallet-System sicher ist. ISO/IEC 27001:2022 bietet einen Rahmen für ein risikobasiertes Sicherheitsmanagement. Diese Referenzen unterstützen eine systematische Bewertung, ohne ein bestimmtes Wallet-Design vorzuschreiben.

Prüfungsschwerpunkt: Ordnen Sie Wallet-Konfigurationen nach der tatsächlichen Gefährdung des Signierschlüssels ein und nicht nach dem Namen einer App oder eines Geräts. Verstehen Sie den Zielkonflikt zwischen dem Komfort eines Online-Zugriffs und dem Signieren in einer getrennten Umgebung sowie die unterschiedlichen Phasen der Vorbereitung, Autorisierung und Übertragung einer Transaktion.