Coldcard schafft es nach einem Firmwarefehler, der Wallet-Seeds offenlegt, in die Techmeme-Bitcoin-News

Coldcard rückte in die Techmeme-Bitcoin-Berichterstattung, nachdem Forschende fehlerhafte Firmware mit dem Diebstahl von 1.082,65 BTC von 1.196 Wallet-Adressen in Verbindung brachten. Galaxy Research kartierte die Transaktionen innerhalb eines 41-Minuten-Fensters am 30. Juli. Zum Zeitpunkt der Transaktionen hatten die Bitcoin einen Wert von rund 70,2 Millionen US-Dollar.

Allein das Ausmaß macht den Vorfall bedeutsam. Die Methode offenbart jedoch den tieferliegenden Konflikt. Der Angreifer kompromittierte Berichten zufolge weder einzelne Geräte noch fing er Transaktionen ab oder stahl Wiederherstellungsphrasen durch Phishing. Forschende gehen davon aus, dass der Angreifer vorhersehbare Wallet-Seeds offline reproduzierte und anschließend die entsprechenden privaten Schlüssel ableitete.

Dieser Mechanismus kehrt das grundlegende Versprechen einer Hardware-Wallet um. Cold Storage schützt einen Schlüssel, indem er ihn von einem mit dem Internet verbundenen Computer fernhält. Doch Isolation bietet wenig Schutz, wenn fehlerhafte Software den ursprünglichen Schlüssel vorhersehbar macht. Coldcard-Eigentümer Coinkite hat korrigierte Firmware veröffentlicht, aber ein Update kann bereits generierte Seeds nicht reparieren.

Die Techmeme-Bitcoin-Story begann mit einer 41-minütigen Räumung

Galaxy Research entdeckte eine koordinierte Operation, die zwischen 01:10 und 01:51 UTC 1.082,65 BTC von 1.196 Adressen bewegte.

Die Transfers erschienen über sechs Bitcoin-Blöcke hinweg, von Block 960.183 bis Block 960.191. Drei dazwischenliegende Blöcke enthielten keine der identifizierten Transaktionen. Dieses Muster deutet darauf hin, dass der Akteur Transaktionen in Batches einreichte, statt einen kontinuierlichen Transferprozess zu betreiben.

Galaxy stellte fest, dass die Transaktionen eine identische Gebühr von 30 Satoshis pro virtuellem Byte verwendeten. Sie erzeugten außerdem keine Change-Outputs, was bedeutet, dass jede Transaktion ein Adressguthaben bewegte, ohne Mittel an eine andere, vom Absender kontrollierte Adresse zurückzuführen.

Diese gemeinsamen Merkmale verschafften den Ermittlern einen Onchain-Fingerabdruck. Galaxy erklärte, in den vorangegangenen 30 Tagen keine weiteren Transaktionen mit derselben Kombination aus Gebührensatz und Output-Struktur gefunden zu haben. Das Unternehmen wies jedoch darauf hin, dass eine Transaktion identisch aussehen kann, wenn ein Eigentümer Mittel rechtmäßig konsolidiert.

Die Untersuchung erweiterte eine frühere Schätzung von AnchorWatch-Mitgründer Rob Hamilton. Seine vorläufige Analyse identifizierte 594,48 BTC, die über rund 500 Transaktionen bewegt wurden. Die anfängliche Berechnung erfasste nur einen Teil der Aktivität, während Galaxy den größeren Transaktionssatz miteinander verknüpfte.

Laut der Transaktionsanalyse verblieben die identifizierten Erlöse zunächst auf vier Adressen. Die frühere Schätzung verfolgte nur eine davon. Das erklärt, warum sich der gemeldete Verlust nahezu verdoppelte, als Forschende die umfassendere Räumung rekonstruierten.

Die betroffenen Adressen umfassten zudem mehrere Bitcoin-Adressformate. Von den 1.196 Adressen verwendeten 1.183 natives SegWit, sieben ein anderes älteres Format und sechs ein noch früheres Format. Diese Verteilung stützt die Theorie eines systematischen Scannens statt der gezielten Auswahl einer bekannten Person.

Ein Scanner kann aus jedem Kandidaten-Seed viele Adresstypen ableiten. Anschließend kann er diese Adressen mit der öffentlichen Transaktionshistorie von Bitcoin vergleichen. Eine Übereinstimmung zeigt, ob ein generierter Kandidat Mittel kontrolliert, ohne dass irgendeine Kommunikation mit der physischen Wallet erforderlich ist.

Der Vorfall entwickelte sich nach der ursprünglichen Schätzung von 70,2 Millionen US-Dollar weiter. Spätere Berichte vom 2. August verknüpften weitere Bewegungen mit etwa 4.500 Adressen und bezifferten potenzielle Verluste auf knapp 89 Millionen US-Dollar. Diese späteren Erkenntnisse bleiben Teil einer laufenden Untersuchung, sodass die von Galaxy kartierte ursprüngliche Räumung das klarste abgegrenzte Ereignis liefert.

Die wichtige Unterscheidung betrifft die Zuschreibung. Blockchain-Belege können einen Transaktionscluster und ein wiederkehrendes Betriebsmuster identifizieren. Sie können nicht unabhängig belegen, dass jeder Transfer unbefugt war. Forschende kombinierten das Transaktionsmuster mit offengelegten Firmware-Fehlern und Opferberichten, um die aktuelle Einschätzung zu bilden.

Bitcoin Optech berichtete, dass Nutzer am 30. Juli unerwartete Transaktionen entdeckten, die Mittel betrafen, welche am Vortag bewegt worden waren. Coinkite veröffentlichte später am 30. Juli seine erste öffentliche Warnung. Galaxy datierte die große Räumung auf ungefähr 30 Stunden vor dieser Warnung.

Diese Lücke ist bedeutsam, weil der Angreifer Zeit zum Handeln hatte, bevor Eigentümer das Risiko verstanden. Sobald der Fehler öffentlich wurde, konnten andere Akteure denselben Firmware-Pfad untersuchen. Die Gefahr endete daher nicht mit dem ersten Transaktionscluster.

Die Techmeme-Bitcoin-Schlagzeile erfasste eine sich schnell verändernde Schätzung, keine endgültige Bilanz. Weitere Adressen können offengelegt werden, während Ermittler ihre Ableitungssuchen ausweiten. Noch wichtiger ist, dass verwundbare, aber bislang unberührte Wallets heute weiterhin Mittel enthalten können.

Ein Build-Fehler machte angeblich zufällige Seeds vorhersehbar

Der Firmwarefehler ersetzte Berichten zufolge bei der Seed-Erstellung hardwaregenerierte Zufälligkeit durch einen deterministischen Software-Fallback.

Ein Seed ist der geheime Wert, aus dem eine Bitcoin-Wallet ihre Adressen und privaten Schlüssel ableitet. Wallet-Software wendet darauf öffentliche mathematische Regeln an. Wer ihn rekonstruiert, kann dieselben Schlüssel reproduzieren und Transaktionen autorisieren.

Eine sichere Wallet benötigt daher hohe Entropie, also genügend unvorhersehbare Informationen, um praktisches Raten zu verhindern. Eine BIP-39-Wiederherstellungsphrase mit 12 Wörtern repräsentiert normalerweise 128 Bit Entropie. Das schafft einen Suchraum, der für herkömmliche Brute-Force-Angriffe zu groß ist.

Coldcard-Geräte sollten Zufälligkeit von einem Hardware-Zufallszahlengenerator beziehen. Die Sicherheitsforschenden von Block führten den Fehler auf ein Zusammenspiel zwischen einer Produktions-Build-Einstellung und einer unterstützenden Softwarebibliothek zurück.

Coldcard konfigurierte MICROPY_HW_ENABLE_RNG mit null, weil Coinkite einen eigenen Wrapper für Hardware-Zufälligkeit verwendete. Eine Bibliothek namens libngu prüfte, ob diese Einstellung definiert war. Sie prüfte nicht, ob die Einstellung aktiviert war.

Dieser subtile Unterschied veränderte den resultierenden Firmware-Build. Der Code folgte dem Yasmarang-Pseudozufalls-Fallback von MicroPython statt der vorgesehenen Hardwarequelle. Ein Pseudozufallszahlengenerator erzeugt aus einem Anfangswert, der ebenfalls Seed genannt wird, eine wiederholbare Sequenz.

Der Fallback initialisierte sich mit der eindeutigen Kennung des Prozessors und Timer-Registern. Die Kennung wird während der Herstellung festgelegt, während Timer-Werte den Gerätezustand beim Start repräsentieren. Diese Werte liefern weniger Ungewissheit als korrekt gesammelte physische Zufälligkeit.

Blocks Firmware-Untersuchung ergab, dass der Fallback nach der Initialisierung keine frische Entropie sammelte. Bei späteren Geräten fügte ein zusätzlicher Reseeding-Schritt Ungewissheit hinzu, doch Forschende betrachteten den Pfad weiterhin als schwächer als vorgesehen.

Ein Angreifer muss nicht jeden Eingabewert exakt kennen. Der Akteur kann plausible Kennungen, Zeitpunkte, Zustände und Aufrufhistorien generieren. Jede Kombination erzeugt einen Kandidaten-Output-Stream und einen möglichen Wallet-Seed.

Der Angreifer kann aus jedem Kandidaten Bitcoin-Adressen ableiten. Diese Adressen können dann mit der öffentlichen Blockchain verglichen werden. Wenn eine Adresse Mittel enthält, liefert der entsprechende Kandidaten-Seed den privaten Schlüssel, der erforderlich ist, um sie zu bewegen.

Dieser Prozess findet vollständig in der Infrastruktur des Angreifers statt. Eine Coldcard kann ausgeschaltet, getrennt und in einem Safe verschlossen bleiben. Nichts muss ihre Air Gap überwinden, weil der Angreifer das Geheimnis rekonstruiert, anstatt es zu extrahieren.

Deshalb unterscheidet sich der Vorfall von herkömmlichen Angriffen auf Hardware-Wallets. Viele Angriffe erfordern Malware auf einem verbundenen Computer, manipulierte Transaktionsdaten, physischen Zugriff oder einen getäuschten Nutzer. Dieser nutzte Berichten zufolge eine schwache Seed-Erstellung aus, die viel früher stattgefunden hatte.

Coinkite erklärt, dass Mk3-Seeds, die unter betroffener Firmware generiert wurden, ungefähr 40 Bit effektive Entropie aufwiesen. Das Unternehmen schätzt, dass Seeds betroffener Mk4-, Mk5- und Q-Geräte etwa 72 statt der erwarteten 128 Bit hatten.

Diese Zahlen erfordern eine sorgfältige Einordnung. Block veröffentlichte keinen universellen Brute-Force-Aufwand oder eine einheitliche Abschlusszeit. Die praktische Schwierigkeit hängt von den verfügbaren Informationen über Gerätekennungen, Startzeitpunkt, frühere Generatoraufrufe und Wallet-Ableitungspfade ab.

Block warnte zudem davor, bedingte Suchgrenzen direkt in kryptografische Stärke zu übersetzen. Eine theoretische Obergrenze beschreibt nicht die Kosten, jede reale Wallet zu finden. Unterschiedliche Gerätehistorien können unterschiedliche Suchräume erzeugen.

Als die ersten Berichte erschienen, hatte kein öffentlicher technischer Bericht einen offengelegten Opfer-Seed rekonstruiert und direkt einer geleerten Adresse zugeordnet. Das Transaktionsmuster, der Firmwarefehler und das Timing liefern starke Indizien. Sie legen jedoch nicht jeden Schritt im Arbeitsablauf des Akteurs offen.

Dennoch erfordert der Angriff keine perfekte Rekonstruktion jeder betroffenen Wallet. Ein profitabler Scanner muss nur einige finanzierte Adressen innerhalb des Kandidatenraums finden. Er kann leere Kandidaten ignorieren und die Suche im Laufe der Zeit fortsetzen.

Diese Asymmetrie begünstigt den Angreifer. Eigentümer können eine Adresse nicht prüfen und feststellen, wie viel Entropie ihren Seed erzeugt hat. Der Akteur kann Kandidaten hingegen unbemerkt mit öffentlichen Blockchain-Daten testen.

Cold Storage schützte das Gerät, nicht den Ursprung des Geheimnisses

Der Coldcard-Fehler verlagert die Sicherheit von Hardware-Wallets von der Frage der Isolation auf die Frage, wie Geheimnisse erstellt und verifiziert werden.

Hardware-Wallets beruhen im Allgemeinen auf einem klaren Bedrohungsmodell. Sie halten private Schlüssel von alltäglichen Computern getrennt, zeigen Transaktionsdetails an und verlangen vor dem Signieren eine physische Bestätigung. Air-Gap-Workflows verringern die Wege, über die Malware das Gerät erreichen kann.

Diese Kontrollen bleiben wertvoll. Sie schützen vor vielen Phishing-, Zwischenablage-, Browser- und Fernzugriffsangriffen. Sie setzen jedoch voraus, dass die Wallet mit einem Geheimnis begann, das ein Angreifer nicht reproduzieren kann.

Der Coldcard-Fall bricht mit dieser Annahme. Ein perfekt isoliertes Gerät kann einen vorhersehbaren Seed nach seiner Erstellung nicht verstärken. Jeder spätere private Schlüssel erbt die ursprüngliche Schwäche, weil die deterministische Ableitung die Beziehung bewahrt.

Dadurch entsteht die zentrale Umkehrung des Artikels. Nutzer kauften physische Trennung von Online-Bedrohungen, doch der berichtete Angriff musste diese Trennung nie überwinden. Der verwundbare Punkt lag in einem Produktions-Build-Prozess statt in einer Netzwerkverbindung.

Auch Open-Source-Code verhinderte den Fehler nicht. Öffentlicher Code ermöglicht es Forschenden, Implementierungsdetails zu prüfen, Builds zu reproduzieren und Fehler zu identifizieren. Er garantiert nicht, dass jemand jede Konfiguration, Abhängigkeit oder kompilierte Veröffentlichung untersucht hat.

Ein Build-Flag kann verändern, welcher Zweig in eine ausgelieferte Binärdatei gelangt. Das Verhalten von Abhängigkeiten kann sich ebenfalls von den Annahmen des umgebenden Projekts unterscheiden. Sicherheitsprüfungen müssen daher den Quellcode, die Konfiguration, die Toolchain, das finale Artefakt und das Geräteverhalten abdecken.

Das Integrationsdatum im März 2021 erhöht diesen Druck. Coinkite zufolge begann die betroffene Mk3-Firmware mit Version 4.0.1. Ein Fehler kann über Jahre in einem öffentlichen Repository sichtbar bleiben, wenn niemand die genaue Interaktion untersucht, die ihn aktiviert.

Coldcard ist nicht die einzige Hardware-Wallet, die vor dieser strukturellen Herausforderung steht. Ledger, Trezor, Blockstream Jade, BitBox und SeedSigner verwenden unterschiedliche Kombinationen aus Hardware, Firmware, Secure Elements und Seed-Generierungs-Workflows. Der aktuelle Fehler wurde diesen Produkten nicht zugeschrieben.

Der Vergleich betrifft Sicherheitsmodelle, nicht eine gemeinsame Schwachstelle. Geschlossene Komponenten beschränken externe Prüfungen, können jedoch proprietäre Implementierungsdetails schützen. Offene Designs erweitern die Möglichkeiten zur Überprüfung, benötigen aber weiterhin finanzierte Audits, reproduzierbare Builds und Tests, die das tatsächlich ausgelieferte Verhalten validieren.

Multisignatur-Wallets bieten einen weiteren Weg. Eine Multisig-Richtlinie erfordert mehrere unabhängige Schlüssel, um Ausgaben zu autorisieren. Wenn diese Schlüssel von verschiedenen Geräten und unabhängigen Methoden zur Seed-Generierung stammen, legt ein fehlerhafter Generator nicht zwangsläufig das erforderliche Quorum offen.

Multisig ist jedoch kein automatischer Schutz. Eine Wallet, die vollständig aus betroffenen, von Coldcard generierten Seeds besteht, kann dasselbe Abhängigkeitsrisiko über mehrere Schlüssel hinweg reproduzieren. Nutzer stehen zudem vor größerer Komplexität bei Backups und Wiederherstellung.

Manuell hinzugefügte Würfelentropie kann die Abhängigkeit von einem Gerätegenerator verringern. Coinkite zufolge sind Seeds, die mit mindestens 50 fairen, unabhängigen und privaten Würfelwürfen erstellt wurden, allein durch diesen Fehler nicht gefährdet. Diese Bedingungen sind entscheidend, denn verzerrte, beobachtete oder wiederverwendete Würfe schwächen die zusätzliche Ungewissheit.

Eine starke, einzigartige BIP-39-Passphrase schafft eine weitere Wallet-Schicht, die sich nicht allein mit den Seed-Wörtern entsperren lässt. Sie kann die Suchkosten für Angreifer erheblich erhöhen. Schwache oder wiederverwendete Phrasen können jedoch weiterhin erraten werden, und Coinkite empfiehlt unabhängig davon die Migration betroffener Seeds.

Die Alternativen veranschaulichen einen schwierigen Zielkonflikt. Größere Unabhängigkeit kann die Sicherheit verbessern, doch jedes zusätzliche Verfahren schafft eine weitere Möglichkeit für Nutzerfehler. Ein Wiederherstellungsdesign, das theoretisch sicherer ist, kann gefährlich werden, wenn ein Besitzer es nicht zuverlässig bedienen kann.

Diese Spannung reicht über Bitcoin hinaus. Key-Management-Systeme in Unternehmen, Authentifizierungstoken, verschlüsselte Backups und Signiergeräte hängen allesamt von vertrauenswürdiger Zufälligkeit ab. Ein durch sichere Hardware geschützter Schlüssel ist nur so stark wie der Prozess, durch den er erzeugt wurde.

Teams, die auf Vorfälle wie diesen reagieren, benötigen außerdem verlässliche Aufzeichnungen zu Firmware-Versionen, Geräteherkunft und Migrationsentscheidungen. Eine durchsuchbare technische Wissensdatenbank kann helfen, diese Details zu bewahren, darf jedoch niemals Wiederherstellungsphrasen oder private Schlüssel enthalten.

Das Firmware-Update kann eine bestehende Wallet nicht reparieren

Die Installation korrigierter Firmware verhindert künftig schwache Seed-Generierung, macht einen bestehenden Seed jedoch nicht unvorhersehbar.

Coinkite veröffentlichte am 31. Juli korrigierte Firmware für alle betroffenen Release-Zweige. Die aktualisierte Sicherheitswarnung nennt Version 4.2.0 oder höher für Mk2- und Mk3-Geräte.

Für Mk4- und Mk5-Geräte im Standard-Zweig nennt Coinkite Version 5.6.0 oder höher. Besitzer von Q benötigen Version 1.5.0Q oder höher. Edge-Nutzer benötigen 6.6.0X für Mk4 und Mk5 beziehungsweise 6.6.0QX für Q.

Standard- und Edge-Releases folgen getrennten Zweigen. Eine höher wirkende Edge-Version enthält nicht automatisch die Korrektur des Standard-Zweigs. Besitzer benötigen die korrigierte Version, die sowohl zu ihrem Modell als auch zum installierten Zweig passt.

Der betroffene Bereich hängt außerdem von der Firmware ab, die bei der Seed-Generierung verwendet wurde. Eine spätere Installation verwundbarer Firmware schwächt einen über einen sicheren Prozess erzeugten Seed nicht rückwirkend. Umgekehrt stärkt die Installation korrigierter Firmware einen alten betroffenen Seed nicht.

Coinkite nennt Mk3-Versionen von 4.0.1 bis 4.1.9 als betroffen. Die Analyse von Block ordnet Mk2- und Mk3-Versionen von 4.0.0 bis 4.1.9 dem verwundbaren Pfad zu. Diese kleine Differenz zeigt, warum Besitzer konservativen Migrationsleitlinien folgen sollten.

Coinkite erklärt zudem, dass auf Mk4-, Mk5- und Q-Geräten vor ihren korrigierten Releases generierte Seeds betroffen sind. Frühere öffentliche Mitteilungen konzentrierten sich stark auf den Mk3. Die erweiterte Warnung erkennt nun auch schwächere Entropie bei späteren Modellen an.

Ein Firmware-Update verändert den Code für künftige Vorgänge. Eine bestehende Wallet behält ihre ursprünglichen Wiederherstellungswörter, abgeleiteten Schlüssel und Adressen. Werden diese Wörter auf einem anderen Gerät wiederhergestellt, entsteht einfach dieselbe verwundbare Wallet erneut.

Eine wirksame Behebung erfordert daher einen neuen Seed, der nach der Installation verifizierter Firmware generiert wurde. Gelder müssen auf Adressen übertragen werden, die aus diesem neuen Seed abgeleitet sind. Besitzer müssen anschließend Backups aktualisieren und bestätigen, dass der alte Seed keine künftigen Einzahlungen mehr absichert.

Diese Migration bringt eigene operative Risiken mit sich. Angreifer nutzen dringliche Sicherheitsereignisse häufig mit gefälschter Firmware, betrügerischen Support-Konten und gefälschten Wiederherstellungswerkzeugen aus. Ein panischer Besitzer kann Gelder verlieren, indem er einem bösartigen Link folgt, bevor der ursprüngliche Scanner ihn erreicht.

Besitzer sollten offizielle Coldcard-Kanäle nutzen, Firmware-Dateien und Signaturen verifizieren und Wiederherstellungswörter nicht auf Websites oder in Support-Chats eingeben. Seriöses Support-Personal benötigt keine Seed-Phrase, um eine Firmware-Exposition zu diagnostizieren.

Auch die Transaktion selbst erfordert Sorgfalt. Nutzer sollten Zieladressen auf vertrauenswürdiger Hardware prüfen und, wenn die Umstände es erlauben, eine kleine Testüberweisung erwägen. Sie dürfen alte Backups erst vernichten, nachdem die Ersatz-Wallet getestet und bestätigt wurde.

Nutzer von Passphrasen sollten nicht annehmen, dauerhaft sicher zu sein. Eine starke, private Passphrase kann erheblichen zusätzlichen Schutz bieten. Der zugrunde liegende Seed bleibt jedoch schwach, und die Qualität einer von Menschen gewählten Passphrase kann schwer zu beurteilen sein.

Nutzer von Würfeln stehen vor einem Dokumentationsproblem. Manche Besitzer erinnern sich möglicherweise daran, Zufälligkeit hinzugefügt zu haben, ohne die genaue Anzahl der Würfe zu kennen. Andere wissen möglicherweise nicht, ob jeder Wurf unabhängig war oder ob jemand den Prozess beobachtete.

Coinkites Ausnahme setzt mindestens 50 faire, unabhängige und private Würfe voraus. Kann ein Besitzer diese Bedingungen nicht belegen, ist die sicherere Auslegung, dass die Ausnahme nicht gilt. Ungewissheit sollte zur Migration führen, nicht zur Entwarnung.

Besitzer von Multisig-Wallets müssen jeden Signierschlüssel und das erforderliche Quorum prüfen. Eine Zwei-von-drei-Wallet bleibt gefährdet, wenn zwei erforderliche Schlüssel aus betroffener Seed-Generierung stammen. Gerätevielfalt hilft nur, wenn sie echte Unabhängigkeit zwischen den zum Ausgeben benötigten Schlüsseln schafft.

Die Last der Behebung liegt stark bei den Nutzern, obwohl der Fehler in ausgelieferter Firmware entstanden ist. Bitcoin-Transaktionen haben in der Regel keinen eingebauten Umkehrprozess. Die Wiedererlangung gestohlener Gelder hängt von Nachverfolgung, Kooperation von Börsen, rechtlichen Schritten oder Fehlern des Akteurs ab.

Diese Verantwortungsverteilung steht im Zentrum der Debatte über Selbstverwahrung. Selbstverwahrung beseitigt die Abhängigkeit von einem Verwahrer, aber auch dessen Wiederherstellungsprozess. Hardware-Anbieter liefern Werkzeuge, während Nutzer letztlich die Vermögenswerte kontrollieren und Ausfälle tragen.

Coinkite-Mitgründer Rodolfo Novak erklärte, das Unternehmen übernehme Verantwortung für den Firmware-Fehler und untersuche dessen vollständigen Umfang. Technische Verantwortung, finanzielle Haftung und praktische Wiederherstellung bleiben getrennte Fragen. Öffentliche Stellungnahmen haben nicht geklärt, ob und wie betroffene Besitzer entschädigt werden.

Was über den Coldcard-Wallet-Exploit weiterhin unklar ist

Der Firmware-Fehler ist dokumentiert, doch die öffentlichen Belege beweisen bislang nicht jede Übertragung, Modell-Exposition oder Angreiferfähigkeit.

Die stärksten Belege verknüpfen mehrere Elemente. Ermittler fanden einen Produktions-Firmwarepfad, der die Zufälligkeit schwächte. Opfer meldeten nicht autorisierte Übertragungen. Galaxy identifizierte ein konzentriertes Onchain-Muster, das mit systematischer Adressaufzählung vereinbar ist.

Eine Onchain-Transaktion gibt jedoch nicht an, ob sie gestohlen wurde. Galaxy warnte ausdrücklich, dass das identifizierte Muster das Verhalten des Akteurs beschreibt, nicht den rechtlichen Status jeder Übertragung. Besitzer können Gelder mit einer ähnlichen Transaktion ohne Wechselgeld konsolidieren.

Es ist kein namentlich genannter Angreifer aufgetaucht. Forscher haben öffentlich nicht festgestellt, ob eine Gruppe jeden Sweep durchgeführt hat oder mehrere Akteure die Schwachstelle unabhängig entdeckten. Nachahmeraktivitäten werden plausibler, sobald technische Details öffentlich diskutiert werden.

Auch gibt es keine verlässliche öffentliche Zahl aller verwundbaren Wallets. Allein die Firmware-Version verrät nicht, ob ein Gerät einen Seed erzeugte, einen importierte, ausreichend Würfelentropie nutzte oder eine starke Passphrase anwendete. Aufgeladenen Adressen sind diese Einrichtungsentscheidungen nicht anzusehen.

Die praktischen Angriffskosten für spätere Coldcard-Modelle bleiben ungeklärt. Coinkites Schätzung von rund 72 Bit beschreibt die nach seiner Analyse verfügbare Entropie. Block zufolge hängen die tatsächlichen Einschränkungen von Gerätemetadaten, Zeitablauf, Generatorhistorie und den Ableitungskosten ab.

Dieser Unterschied ist folgenreich. Vierzig Bit können einen deutlich kleineren Kandidatenraum ergeben als 72 Bit. Bedingte Informationen können jedoch eine nominell größere Suche verkleinern, während ein unbekannter Gerätezustand das Scannen erschweren kann.

Forscher haben keinen universellen Benchmark veröffentlicht, der zeigt, wie schnell Standardhardware Seeds bei allen betroffenen Modellen wiederherstellen kann. Behauptungen, alle betroffenen Seeds ließen sich gleichermaßen leicht knacken, überzeichnen die Beweislage.

Der erste große Sweep belegt außerdem nicht, dass der Angreifer den Suchraum ausgeschöpft hat. Galaxy warnte, dass weitere Wellen wahrscheinlich seien. Spätere Berichte, die mehr Adressen und höhere Verluste in Verbindung bringen, stützen diese Sorge, doch die Zuschreibung bleibt Gegenstand laufender Untersuchungen.

Ein Hinweis könnte Ermittlern helfen, den Akteur zu identifizieren. Block-Sicherheitsforscher Clay Garrett sagte, der Angreifer habe ein kostenpflichtiges Konto bei einem bekannten Anbieter von Blockchain-Diensten genutzt. Das Konto soll während des Sweeps Quelladressen abgefragt haben.

Garrett zufolge stimmten die internen Protokolle des Anbieters eng mit Anzahl, Zeitpunkt und Reihenfolge der mutmaßlichen Anfragen überein. Block gab diese Informationen an die Behörden weiter. Der Anbieter bot Berichten zufolge gewöhnliche Dienste an und hatte keinen offensichtlichen Hinweis auf kriminelle Absichten.

Ein kostenpflichtiges Konto kann Aufzeichnungen wie Zahlungsinformationen, Anmeldeverlauf und Netzwerkmetadaten erzeugen. Ob diese Aufzeichnungen den Akteur identifizieren, hängt von der Kontoerstellung, der Gerichtsbarkeit und etwaigen verwendeten Anonymitätsmaßnahmen ab.

Die Bewegung der Bitcoins liefert ein weiteres Signal. Die ursprünglich von Galaxy zugeordneten Erlöse blieben zunächst in vier Adressen. Eine spätere Übertragung an eine Börse, Bridge, Mixer oder einen Over-the-Counter-Dienst könnte Eingriffsmöglichkeiten und neue Belege für die Zuschreibung schaffen.

Doch die Sichtbarkeit der Blockchain hat Grenzen. Ermittler können Transaktionen verfolgen, aber Schlüssel nicht automatisch wiederherstellen oder bestätigte Übertragungen rückgängig machen. Ein Akteur kann Gelder zudem auf viele Adressen verteilen, um die Nachverfolgung zu erschweren.

Das Ereignis wirft Fragen zum Zeitpunkt der Offenlegung auf. Nutzer entdeckten verdächtige Transaktionen, bevor Coinkite seine Warnung veröffentlichte. Künftige Berichterstattung sollte klären, wann das Unternehmen erstmals von dem Fehler erfuhr, wie schnell es das Problem verifizierte und warum frühere Prüfungen ihn übersahen.

Auch unabhängige Audits verdienen eine genaue Prüfung. Öffentlicher Quellcode kann den Eindruck erwecken, dass viele Menschen ein System geprüft haben. In der Praxis hängt die Qualität der Prüfung von fachlicher Aufmerksamkeit, Testabdeckung, Reproduzierbarkeit der Builds und Anreizen zur Inspektion unspektakulärer Konfigurationspfade ab.

Der Fehler begann Berichten zufolge mit einer einzelnen bedingten Prüfung rund um ein Build-Makro. Dieses kleine Implementierungsdetail beeinflusste den Ursprung jedes nachgelagerten Schlüssels. Sicherheitsteams konzentrieren sich oft auf kryptografische Algorithmen, während Integrationscode im Verborgenen bestimmt, ob diese Algorithmen sichere Eingaben erhalten.

Dies ist kein Beleg dafür, dass alle Hardware-Wallets unsicher sind. Es ist ein Beleg dafür, dass physische Isolation nur einen Teil ihres Sicherheitsmodells abdeckt. Käufer sind zudem von Zufälligkeit, Firmware-Lieferketten, Signierprozessen, Release-Tests und Incident Response abhängig.

Die verantwortungsvollste Haltung ist weder pauschale Entwarnung noch Panik. Besitzer potenziell betroffener Seeds sollten die offizielle Migrationsanleitung als dringend behandeln. Weitergehende Behauptungen über nicht verwandte Wallets benötigen separate technische Belege.

Drei Signale werden zeigen, ob die Krise eingedämmt ist

Die nächste Phase hängt von Wallet-Migrationen, der Bewegung gestohlener Bitcoin und nachprüfbaren Änderungen an Coldcards Release-Prozess ab.

Das erste Signal wäre das Auftreten weiterer Sweeps von Adressen, die mit der betroffenen Seed-Generierung verbunden sind. Galaxys ursprünglicher Cluster aus 1.196 Adressen lieferte einen eindeutigen Fingerabdruck, doch künftige Akteure können Gebührenraten und Transaktionsstrukturen verändern.

Ermittler werden deshalb umfassendere Methoden benötigen, als nur das erste Muster abzugleichen. Sie können Berichte von Betroffenen, bekannte Firmware-Historien, das Verhalten bei der Adressableitung und den zeitlichen Ablauf von Transaktionen vergleichen. Eine steigende Schätzung der Verluste würde darauf hindeuten, dass gefährdete Wallets weiterhin Guthaben enthalten oder Angreifer ihre Suche ausweiten.

Eine stabile Schätzung wäre nur begrenzt beruhigend. Manche verwundbaren Wallets enthalten heute möglicherweise keine Mittel, erhalten aber später Einzahlungen. Eigentümer, die alte Adressen wiederverwenden, könnten Monate nach dem Verschwinden des Vorfalls aus den Schlagzeilen erneut Werte in ein gefährdetes Wallet einbringen.

Migrationsdaten werden daher wichtiger sein als eine ruhige Woche. Coinkite hat keine Zahl zu betroffenen Geräten, verwundbaren Seeds oder abgeschlossenen Migrationen veröffentlicht. Ohne diesen Nenner kann die Branche das verbleibende Risiko nicht berechnen.

Das zweite Signal ist die Bewegung von den mit dem Angreifer verbundenen Adressen. Überweisungen an einen regulierten Dienst können Ermittlern einen Weg zu Kontodaten oder zur Sicherung von Vermögenswerten eröffnen. Bewegungen über Privacy-Tools oder Cross-Chain-Dienste können diesen Prozess erschweren.

Die berichtete Nutzung eines kostenpflichtigen Kontos bei einem Blockchain-Dienstleister eröffnet eine zweite Ermittlungsspur. Wenn Behörden die Dienstprotokolle mit Transaktionszeitpunkten und Zahlungsinformationen verknüpfen, könnte der operative Fehler des Akteurs wichtiger werden als die Blockchain-Analyse.

Eine öffentliche Attribution würde die bisherige Darstellung der Funktionsweise des Angriffs stärken. Sie könnte zeigen, ob der Akteur Gerätekennungen erlangte, geleakte Kundendaten kaufte oder lediglich breite Zeitfenster durchsuchte.

Diese Unterschiede sind für das Risiko späterer Modelle relevant. Hatte der Angreifer Zugriff auf Fertigungs- oder Kundenmetadaten, könnte der praktische Suchraum deutlich kleiner gewesen sein. Gelang die Operation ohne private Metadaten, wäre die gefährdete Population größer.

Das dritte Signal ist, ob Coinkite die Validierung seiner Releases verändert. Korrigierte Firmware behebt den unmittelbaren Fehler. Um eine Wiederholung zu verhindern, sind Tests erforderlich, die Entropiequellen in Produktions-Binärdateien bestätigen — nicht nur im Quellcode.

Sinnvolle Änderungen würden die Überprüfung reproduzierbarer Builds, unabhängige Firmware-Audits, statistische Tests der Geräteausgabe und Regressionstests für Build-Flags umfassen. Öffentliche Dokumentation nach dem Vorfall sollte erklären, welche Kontrollen versagt haben und welche neuen Maßnahmen nun dieselbe Fehlerklasse verhindern.

Eine vollständige Prüfung sollte auch das Verhalten von Abhängigkeiten abdecken. Die libngu-Bedingung und der MicroPython-Fallback interagierten mit Coldcards Konfiguration. Das separate Testen jeder Komponente hätte dieses Endverhalten nicht zwingend offengelegt.

Wettbewerber werden unter Druck geraten, vergleichbare Zusicherungen zu veröffentlichen. Ledger, Trezor, Jade, BitBox und SeedSigner können erläutern, wie sie Entropie testen, kompilierte Firmware validieren und unabhängige Schlüsselquellen voneinander trennen. Ihre Reaktionen werden darüber entscheiden, ob der Vorfall ein Coldcard-Problem bleibt oder zu einem branchenweiten Vertrauensschock wird.

Unabhängige Forscher können die Aussagen der Anbieter ebenfalls testen. Eine überzeugende Reaktion erfordert Belege, die externe Spezialisten reproduzieren können. Marketingaussagen über Air Gaps oder sichere Hardware beantworten keine Fragen zur Seed-Generierung.

Für Leser, die Techmeme Bitcoin news verfolgen, ist die nachhaltige Lehre präzise. Cold Storage ist nicht gescheitert, weil physische Isolation nutzlos geworden wäre. Es scheiterte, weil die Isolation ein Geheimnis schützte, dessen Erzeugungsprozess schwächer war, als Nutzern versprochen wurde.

Dieser Unterschied sollte verändern, wie Käufer Wallets bewerten. Sie müssen fragen, woher die Entropie stammt, wie Produktions-Firmware verifiziert wird und wie die Wiederherstellung nach einem Herstellerfehler funktioniert. Sie sollten zudem unabhängige Schlüsselquellen für Bestände erwägen, die das akzeptable Risiko eines einzelnen Geräts übersteigen.

Die unmittelbare Maßnahme ist enger gefasst. Wer auf betroffener Coldcard-Firmware einen Seed generiert hat, sollte den offiziellen Hinweis konsultieren, die korrekte Release-Version installieren, einen neuen Seed erstellen und die Mittel migrieren. Den alten Seed nicht im neuen Wallet wiederherstellen.

Beobachten Sie in den kommenden Monaten die Adresscluster, die Untersuchung von Dienstleistern und Coinkites Kontrollen nach dem Vorfall. Diese drei Signale werden zeigen, ob dieses Techmeme Bitcoin-Ereignis als begrenzter Firmware-Fehler endet oder zu einer längeren Krise für das Vertrauen in Hardware-Wallets wird.