Coldcard-Lücke: Sind Ihre BTC sicher? Anleitung zur Rettung

Moin zusammen! Die meisten Krypto-User halten Hardware-Wallets ja für absolut unknackbar. Tja, Pustekuchen. Als ich vor ein paar Tagen den ersten Incident-Report über leere Cold-Wallets gelesen habe, ist mir ehrlich gesagt der Atem gestockt.

Die Coldcard von Coinkite war jahrelang der absolute Goldstandard für Bitcoin-Maximalisten. Und jetzt so ein Desaster...

Aber gut, Heulen hilft jetzt auch nicht weiter. Wenn ihr eure Bitcoins auf einer Coldcard parkt, solltet ihr jetzt verdammt aufmerksam mitlesen. Ich drösele euch im Folgenden alles haarklein auf: von den kryptografischen Hintergründen bis hin zum Schritt-für-Schritt-Notfallplan, wie ihr eure Coins sofort aus der Schusslinie holt.

⚠️ DRINGENDE WARNUNG
Falls ihr eure Mnemonic-Phrase (Seed) zwischen März 2021 und Juli 2026 direkt auf einem Coldcard-Gerät generiert habt, BEFINDEN SICH EURE SEED-PHRASEN IN EXTREMER GEFAHR.
Angreifer grasen die Blockchain aktuell vollautomatisch mit Bots ab. Lest sofort den Abschnitt mit der Anleitung durch und evakuiert eure Assets!

1. Was ist passiert? Das Desaster auf den Punkt gebracht

Kurz gesagt: Der Zufallsgenerator (RNG) in den Firmware-Releases von Coldcard hat alles andere als echten Zufall geliefert. Das Ende vom Lied: Hacker konnten die Private Keys rekonstruieren und haben einen echten Raubzug gestartet.

Der Angriff läuft in mehreren Wellen. Und glaubt mir aus Erfahrung: Die dritte Welle wird definitiv nicht die letzte sein, solange auf den anfälligen Adressen auch nur ein einziger Satoshi rumliegt.

Chronologie und Ausmaß des Schadens

Diese Zahlen tun einfach nur beim Hinsehen weh. Fast 85 Millionen Dollar sind im Orkus gelandet, bloß weil in der Firmware ein einziger Compiler-Flag nicht gegriffen hat.

2. Wer ist betroffen?

Jetzt bitte genau aufpassen. Es sind nicht pauschal alle Coldcard-User betroffen.

Betroffene Modelle und Firmware-Builds:

• Coldcard Mk3: Firmware-Versionen v4.1.2 bis v5.2.1.
• Coldcard Mk4: Firmware-Versionen v5.0.0 bis v5.2.1.
• Coldcard Q (inklusive Q1): Alle frühen Builds bis zum Notfall-Patch im Juli 2026.

Der entscheidende Punkt ist aber nicht nur das Modell, sondern wie ihr euren Private Key generiert habt.

Akut gefährdet:

• Alle, die ihre jungfräuliche Coldcard eingeschaltet, auf »Create New Seed« geklickt, die systemeigene Entropie akzeptiert und die 12 oder 24 Wörter aufgeschrieben haben.

(Relativ) sicher:

• Alle, die ihren Seed über Dice Rolls (echte Würfelwürfe) direkt auf dem Gerät erzeugt haben. Genau das ist die Must-have-Methode, die ich meinen Engineers seit Jahren predige! Die Physik des Würfels hebelt den Bug im Software-Generator komplett aus.
• Alle, die einen bereits existierenden Seed importiert haben, der auf einem anderen sicheren Offline-System generiert wurde (z. B. via Tails + Electrum oder einem spezialisierten Tool auf dem Raspberry Pi).

3. So prüft ihr, ob eure Wallet kompromittiert ist

Erstmal: Stopp. Keine Panik auf der Titan. Schnappt euch euer Gerät und macht einen kurzen Selbstcheck.

Schritt 1: Firmware und Datum checken

Schließt das Gerät an die Stromversorgung an (idealerweise über ein Power-Only-Kabel) und gebt eure PIN ein.

Navigiert zu: Advanced -> System Information -> Version.

Prüft die Version. Läuft auf eurer Mk4 beispielsweise die v5.1.0 und ihr habt den Seed irgendwann zwischen 2022 und 2024 generiert, habt ihr ein fettes Problem – ihr steht direkt im Fadenkreuz.

Schritt 2: Adressen abgleichen

Das Team von Galaxy Research hat großartige Arbeit geleistet, einen tiefgehenden Report rausgehauen und die Listen der gefährdeten Derivation Paths öffentlich gemacht.

Ihr könnt eure Public Keys (xpub / zpub) über ein offizielles Open-Source-Skript im GitHub-Repository von Coinkite abfragen.

⚠️ Goldene Sicherheitsregel: Gebt NIEMALS, absolut NIEMALS eure 12 oder 24 Wörter auf irgendeiner Website ein, um euer Wallet zu »überprüfen«! Ein Check läuft ausschließlich über Public Keys (xpub) oder einzelne BTC-Adressen. Wenn eine Seite nach eurer Seed-Phrase fragt, ist das zu 100 % Phishing von Scammern, die versuchen, die Reste abzugreifen.

4. Step-by-Step-Guide: So rettet ihr eure Coins sicher

Verdammt noch mal, ich kann es gar nicht oft genug wiederholen:

EIN EINFACHES FIRMWARE-UPDATE REICHT NICHT AUS!

Das Update flickt zwar den RNG für die Zukunft, aber eure aktuelle Seed-Phrase ist für die Exploit-Bots bereits mathematisch berechenbar. Eure einzige Option: Zieht alle Bitcoins SOFORT auf eine komplett NEUE Adresse um.

Schritt 1: Firmware flashen (Sicherheits-Patch)

• Ladet euch die neueste Firmware (mindestens v5.3.0X für Mk4/Q) ausschließlich von der offiziellen Seite coinkite.com/downloads herunter.
• Überprüft zwingend die PGP-Signatur der Datei! (Eine Anleitung dazu findet ihr im offiziellen Coinkite-Blog).
• Kopiert die .dfu- bzw. .bin-Datei auf eine MicroSD-Karte, ab damit in die Coldcard und führt Advanced -> Upgrade Firmware aus.

Schritt 2: NEUEN Seed generieren (NUR via Dice Roll!)

Verlasst euch nicht mehr blind auf automatische Generatoren, selbst wenn sie gepatcht sind. Macht es diesmal sauber:

• Wählt New Seed Words -> 24 Words.
• Drückt die Taste 4 (damit startet ihr den manuellen Würfel-Eingabemodus).
• Holt euch einen echten Casino-Würfel und würfelt mindestens 100-mal (zur Not mindestens 50-mal). Tippt jede einzelne Augenzahl gewissenhaft ein. Das garantiert euch echte stochastische Entropie.
• Schreibt die neuen 24 Wörter auf Papier oder stanzt sie am besten in Metall. Wenn ihr die verliert, kann euch niemand mehr helfen.

Schritt 3: Funds transferieren (Der Rettungstransfer)

Jetzt müsst ihr die Coins vom alten (unsicheren) Seed an die im 2. Schritt neu erstellte Adresse senden.

Hier läuft jetzt der Countdown gegen die Zeit. Die Hacker-Bots scannen den Mempool rund um die Uhr. Wenn ihr die Transaktion mit einer zu geringen Gebühr rausschickt, bleibt sie hängen – und ein Bot schnappt euch die Coins per RBF (Replace-By-Fee) vor der Nase weg.

Schritt 4: Fee-Berechnung und RBF-Handling

Geizt an dieser Stelle bloß nicht bei den TX-Fees. Geht auf mempool.space, checkt die aktuelle High-Priority-Fee und multipliziert sie mit 1,5 bis 2. Eure Transaktion MUSS es definitiv in den NÄCHSTEN Block schaffen!

5. Technischer Deep Dive: Wie genau lief der Hack ab?

Verdammte Scheiße, als Sec-Specialist sitze ich immer noch leicht schockiert da, wie banal diese Schwachstelle eigentlich war. Das ist das klassische Beispiel dafür, wie eine winzige Codezeile oder ein vergessenes `#define` in C/MicroPython ein System im Wert von mehreren Dutzend Milliarden Dollar komplett zerlegen kann.

Werfen wir mal einen Blick unter die Haube und zerlegen die kryptografische Anatomie dieses epischen Fails.

Der Kern des Bugs: Wo ist die Entropie hin?

Das Betriebssystem der Coldcard basiert auf einer angepassten MicroPython-Version. Unter normalen Bedingungen, wenn das Gerät eine neue Mnemonic-Phrase (BIP-39) generiert, sollte es echte Zufallsdaten (TRNG – True Random Number Generator) direkt von zwei unabhängigen Hardware-Sicherheitschips (Secure Elements) plus dem integrierten Generator des STM32-Mikrocontrollers abgreifen.

Im März 2021 haben die Entwickler jedoch bei einem weiteren Refactoring des Quellcodes und einem Update der MicroPython-Basisbibliothek versehentlich die Initialisierung des Hardware-Generators überschrieben. In der Build-Konfigurationsdatei wurde aus Versehen ein Flag zurückgesetzt bzw. falsch überschrieben:

#define MICROPY_HW_ENABLE_RNG (0) // Achtung: Hätte (1) sein müssen!

Was passierte als Nächstes?

Wenn der User auf „Neues Wallet generieren“ klickte, versuchte die Firmware, Systementropie anzufordern.

Wegen des Null-Flags wurde der TRNG-Hardwaretreiber aber gar nicht erst ordnungsgemäß initialisiert.

Das System warf keinen Fehler (da Fallback-Mechanismen den Aufruf abfingen), sondern fing an, einen Pseudozufallsgenerator (PRNG) zu samplen. Dieser war mit einem festen oder extrem vorhersehbaren Seed initialisiert – zum Beispiel dem System-Timer in Millisekunden-Auflösung oder einem konstanten Registerwert direkt nach dem Power-Reset!

Auf Deutsch gesagt: Statt 256 Bit absolutes Chaos aus dem physikalischen Rauschen des Chips zu ziehen, generierte das Wallet „Zufall“ aus einer Sequenz, deren Varianz gerade mal zwischen 2¹⁶ und 2³² möglichen Zuständen lag.

Für Normalsterbliche klingen 2³² Kombinationen nach einer riesigen Zahl (rund 4,2 Milliarden). Aber für eine moderne GPU oder eine dedizierte Cracking-Farm ist das eine Sache von 15 Sekunden!

Wie haben die Hacker die Keys rekonstruiert?

Die Angreifer mussten die physischen Geräte nicht einmal anrühren.

Sie haben einfach die Timestamp-Ranges und Firmware-Versionen analysiert, einen Algorithmus gebaut, der den PRNG-Zustand voraussagt, und alle möglichen 12/24-Wörter-Kombinationen generiert, die die anfällige Coldcard-Version MATHEMATISCH ÜBERHAUPT AUSGEBEN KONNTE.

Der Rest war reine Fließbandarbeit:

• Die Hacker erstellten eine Tabelle mit Public Addresses für alle vorausgesagten Seed-Phrasen (Derivation Paths m/84'/0'/0'/0/x für Native SegWit und m/86'/0'/0'/0/x für Taproot).
• Sie hetzten Bots auf die gesamte Bitcoin-Blockchain-Historie (UTXO-Set), um alles zu scannen.
• Sobald Adressen mit echten Balances gematcht wurden, wurden vollautomatisch die Private Keys berechnet und die Wallets leergeräumt.

Genau deshalb läuft der Angriff auch in Wellen ab. In der ersten Welle wurden die offensichtlichsten Generierungs-Ranges abgeräumt. In der zweiten und dritten Welle haben die Hacker den Bruteforce auf unwahrscheinlichere Zeitverschiebungen und zusätzliche Derivation Paths ausgeweitet (z. B. Multisig-Strukturen und Nicht-Standard-Accounts).

Leute, die wichtigste Lektion aus dieser Geschichte: Verlasst euch NIEMALS zu 100 % auf eine einzige Entropiequelle – selbst wenn es sich um ein hochgelobtes Hardware-Wallet einer Top-Marke handelt.

Merkt euch die zwei goldenen „NICHT“-Regeln:

• Nutzt NICHT die automatische Key-Generierung, ohne eigene User-Entropie hinzuzufügen (Dice Roll / Würfeln ist euer bester Freund).
• Schiebt Firmware-Updates NICHT auf die lange Bank, aber prüft vor dem Flashen IMMER die PGP-Signaturen der Releases.

Passt auf eure Sats auf, doppelcheckt eure Adressen und evakuiert eure Funds sofort, falls ihr zur Risikogruppe gehört.