Ein über fünf Jahre in der Firmware der COLDCARD-Hardware-Wallet inaktiver Build-Flag wurde mit dem Diebstahl von aproximadamente 116 Millionen US-Dollar an Bitcoins in Verbindung gebracht, nachdem eine fehlerhafte Compile-Time-Einstellung unbemerkt die Zufälligkeit geschwächt hatte, die zur Generierung von Benutzer-Seeds verwendet wird. Was als übersehene Konfigurationsentscheidung begann, führte zu einem der größten Diebstähle im Bereich der Selbstverwahrung des Jahres 2026.

Laut Block Engineering definierte die betroffene COLDCARD-Firmware das Makro MICROPY_HW_ENABLE_RNG als null, während die libngu-Bibliothek lediglich prüfte, ob das Makro existierte – nicht jedoch seinen tatsächlichen Wert. Dies führte dazu, dass das System auf MicroPythons deterministischen Yasmarang-Pseudozufallszahlengenerator zurückfiel, dessen Ausgabe vorhersagbar ist und die Entropie, die eine Hardware-Wallet gewährleisten soll, grundlegend untergräbt.

Wie der Build-Flag zum Kern des Exploits wurde

Ein Build-Flag ist ein Compile-Time-Schalter, der bestimmt, welche Funktionen aktiviert werden, wenn Software zu einer verteilbaren Binärdatei assembliert wird. In diesem Fall sollte der Flag einen echten hardwarebasierten Zufallszahlengenerator aktivieren. Stattdessen wurde er auf null gesetzt, und die nachgelagerte Prüflogik erkannte die Diskrepanz nie.

Da der Flag bestimmte, wie private Schlüssel geseedet wurden, waren die Folgen gravierend. Seeds sind das Master-Geheimnis hinter jeder Adresse, die eine Wallet kontrolliert. Vorhersagbare Zufälligkeit zum Zeitpunkt der Seed-Generierung bedeutet, dass ein Angreifer, der die Schwachstelle versteht, die resultierenden privaten Schlüssel rekonstruieren kann.

TRM Labs berichtete, dass Angreifer 1.816 BTC – wertgeschätzt auf approximately 116 Millionen US-Dollar – aus mehr als 5.200 Adressen in vier separaten Wellen abzogen. Das Ausmaß der Kampagne deutet darauf hin, dass die Schwachstelle eine breite Anzahl von Geräten betraf und nicht nur eine isolierte Gruppe von Benutzern.

Block Engineering erklärte, dass zum Zeitpunkt der Veröffentlichung ihrer Analyse am 30. Juli 2026 bereits eine aktive Ausbeutung im Gange war, und verwies die Benutzer an den Hersteller der Wallet, Coinkite, für den maßgeblichen Bericht.

Was zwischen Entwicklung, Release-Review und Sicherheitskontrollen versagte

Das Überleben eines fehlerhaft konfigurierten Flags über mehrere Release-Zyklen hinweist auf Lücken im Verifikationsprozess. Die Sicherheit von Hardware-Wallets beruht auf striktem Code-Signing, reproduzierbaren Builds und rigorosen Integritätsprüfungen – genau die Schutzmaßnahmen, die ein RNG-Makro mit dem Wert null hätten erkennen müssen.

Coinkite quantifizierte den Entropieverlust direkt. Seeds, die auf Mk4-, Q- und Mk5-Geräten mit Firmware vor der Fehlerbehebung generiert wurden, enthielten approximately 72 Bits Entropie statt der erwarteten 128 Bits – eine Reduktion, die eine Brute-Force-Rekonstruktion privater Schlüssel möglich macht. In kryptografischen Begriffen bedeutet 72 Bits einen Schlüsselraum, der rund 2^56-mal kleiner ist als der vorgesehene 128-Bit-Standard, wodurch die Schwelle von rechnerisch unmöglich zu praktisch durchführbar für einen gut ausgestatteten Angreifer überschritten wird.

Coinkite wies darauf hin, dass auf betroffener Firmware generierte Gelder weiterhin gefährdet sind, sofern der Seed nicht mit mindestens 50 unabhängigen, privaten Würfelwürfen erstellt oder die Wallet nicht mit einer starken, einzigartigen BIP-39-Passphrase gesichert wurde. Die Behebung wird zusätzlich durch die Fragmentierung über fünf separate Firmware-Release-Tracks erschwert, anstatt eines einzigen universellen Patches.

Die Unterscheidung zwischen der Prüfung der Existenz eines Makros und der Prüfung seines Wertes stellt die Art von subtiler Logikschwäche dar, die automatisierte Integritätsprüfungen und Code-Review-Prozesse erkennen sollen. Die meisten dokumentierten Angriffe auf Hardware-Wallets basierten auf physischer Manipulation, Side-Channel-Techniken oder Kompromittierung der Lieferkette; ein Compile-Time-Konfigurationsfehler, der über Jahre der Produktion hinweg unbemerkt die Entropie schwächte, stellt eine eigenständige Fehlermode dar, die von bestehenden Bedrohungsmodellen möglicherweise nicht angemessen antizipiert wurde. Benutzer von Hardware-Wallets erwarten einen höheren Schutzstandard als bei herkömmlichen Anwendungen, gerade weil ein kompromittierter Seed nicht so einfach ausgetauscht werden kann wie ein Passwort.

Weiterreichende Implikationen für Hardware-Wallet-Benutzer und den Sektor

Ein neunstelliger Verlust stellt das zentrale Wertversprechen von Cold Storage direkt in Frage. Die zeitliche Einordnung ist bedeutsam: Die Adoption von Selbstverwahrung beschleunigte sich nach dem Zusammenbruch von FTX im November 2022, der das Vertrauen in zentralisierte Börsen erschütterte, wodurch Hardware-Wallet-Schwachstellen dieser Größenordnung besonders schädlich für die Glaubwürdigkeit des Ökosystems sind. CoinDesk berichtete am 31. Juli 2026, dass der Exploit bereits zum Diebstahl von fast 600 BTC im Wert von approximately 38 Millionen US-Dollar zu diesem Zeitpunkt geführt hatte. Analysten deuteten an, dass der Vorfall ein Katalysator für das Interesse an regulierten Verwahrern und Spot-Bitcoin-ETFs sein könnte.

Die Marktstimmung spiegelte die Erschütterung wider. Der Fear-&-Greed-Index stand bei 25 und signalisierte Extreme Fear, während Bitcoin in der Nähe von 64.766 US-Dollar gehandelt wurde.

Für betroffene Benutzer lauten die unmittelbaren praktischen Fragen: Welcher Firmware-Track gilt für ihr Gerät, ob ihr Seed die Kriterien für die Würfelwurf- oder Passphrase-Ausnahme erfüllte, und wie schnell Gelder in eine sichere Umgebung migriert werden können. Stand dem 6. August 2026 hatte Coinkite weder eine eigene kumulative Verlustzahl noch eine Angreifer-Adressliste veröffentlicht, sodass die Zählung von TRM Labs als primäre Referenzgröße diente.

Der Vorfall unterstreicht, dass veraltete Build-Konfigurationen nicht harmlos sind. Ein einzelner Compile-Time-Wert, der über Jahre von Release-Zyklen unüberprüft blieb, übersetzte sich direkt in ein systemisches Risiko für ein Produkt, das mit dem Verweis auf die Stärke seiner Sicherheit vermarktet wird – eine Erinnerung daran, dass operative Sorgfalt zur Build-Zeit untrennbar mit dem Vertrauen verbunden ist, das in Lösungen zur Selbstverwahrung gesetzt wird.