Coldcard-Exploit über 116 Mio. USD entfacht Debatte über Sicherheitsprüfungen neu

BTC
Bitcoin-Hardware-WalletRNG-SchwachstelleKI-SicherheitsauditColdcard-ExploitSicherheitsprüfungNVK-Verteidigung
vor 4 StundenQuelle: crypto.news
Coldcard-Exploit über 116 Mio. USD entfacht Debatte über Sicherheitsprüfungen neu

Coinkite-CEO NVK hat die Debatte über Coldcards Seed-Generierungs-Exploit in Höhe von 116 Millionen Dollar erneut entfacht, indem er die Sicherheitsüberprüfungen des Unternehmens verteidigte und argumentierte, ein neues KI-Modell habe einen Defekt gefunden, den menschliche Prüfer übersehen hätten.

Zusammenfassung

  • NVK sagt, mindestens 15 externe Überprüfungen oder Forschungsarbeiten hätten Coldcard betroffen, bevor der Defekt auftrat.
  • Luke Dashjr bestreitet die Behauptung, menschliche Prüfer hätten Probleme mit dem Zufallszahlengenerator nicht erkennen können.
  • James O’Beirne sagt, er habe im Mai 2025 Bedenken hinsichtlich der Randomness-Implementierung von Coldcard geäußert.
  • Der aktuelle Sicherheitsbericht von Coinkite besagt, dass ein separater detaillierter technischer Postmortem noch in Vorbereitung ist.

NVK erklärte am 9. November in einem Beitrag auf X, die Arbeit habe Überprüfungen der Coldcard-Hardware, der Firmware, der mit der Zufallszahlengenerierung verbundenen Tools und der Release-Kontrollen umfasst. Er verwies auf zwei bezahlte Produktüberprüfungen durch Dritte: eine für das Mk4 im Jahr 2022 und eine weitere für das Q im Jahr 2024.

Er sagte, Rob Hams Überprüfung mit dem OpenAI Cybersecurity Harness habe vor dem Vorfall 85 mögliche Befunde ergeben. Mehrere davon hätten Korrekturen ausgelöst, so NVK, doch der Seed-Generierungsdefekt sei nicht darunter gewesen.

„Die unbequeme Wahrheit ist, dass es ein neues KI-Modell brauchte, um zu finden, was Menschen nicht konnten“, schrieb er.

Coldcard-Prüfer bestreiten NVKs Verteidigung

Der Bitcoin-Entwickler Luke Dashjr stellte die Andeutung infrage, menschliche Überprüfungen hätten das Problem nicht aufdecken können, und erklärte, er habe seine Erkenntnisse Coinkite privat mitgeteilt und veröffentliche sie nun öffentlich.

Dashjr betonte, er behaupte nicht, dass jedes Problem definitiv ein Bug sei oder ausgenutzt werden könne. Er beschrieb seine Untersuchung als kurzen Blick, ohne vollständiges Audit oder umfangreiche Zeit für die Überprüfung des Codes.

Sein Einwand konzentrierte sich auf NVKs Aussage über KI: Dashjr sagte, die Behauptung, nur ein hochentwickeltes Modell könne Probleme mit dem Zufallszahlengenerator identifizieren, sei falsch.

Andere Teilnehmer stellten infrage, wie Coinkite mit Prüfungen umging. Alex Waltz warf dem Unternehmen und NVK vor, Menschen davon abzubringen, den Code zu untersuchen. Kenneth argumentierte, laufende Qualitätssicherung unterscheide sich davon, ein Team zu bitten, eine gesamte Codebasis zu überprüfen.

Shinobi verteidigte NVK und argumentierte, die Prüfer hätten das Entropiesystem untersucht, ohne den Defekt zu identifizieren. Er forderte die Kritiker auf, einen reproduzierbaren Fehler vorzulegen, und sagte, eine private Nachricht mit geäußerter Besorgnis sei nicht gleichbedeutend mit einer Sicherheitsoffenlegung.

Frühere Warnungen bleiben ein Streitpunkt

Ältere Beiträge von James O’Beirne tauchten in der Diskussion wieder auf. In einem Beitrag vom 4. August sagte er, er habe im Mai 2025 begonnen, die Firmware von Coldcard zu untersuchen, um festzustellen, woher ihr Zufallszahlengenerator Entropie bezog.

O’Beirne sagte, er habe die Verwendung der libngu-Bibliothek infrage gestellt, Bedenken hinsichtlich fest codierter Konstanten in ihrem Software-Fallback geäußert und empfohlen, direkt gegen libsecp256k1 zu linken.

Nach seiner Darstellung wurde ihm gesagt, die Konfiguration sei für physische Geräte korrekt und ein Problem wäre bereits offensichtlich geworden. Er räumte ein, dass er die Angelegenheit nicht rigoros weiterverfolgt habe.

In einer Nachverfolgung vom 5. August sagte O’Beirne, er habe einen weiteren glaubwürdigen Bericht über eine Warnung aus dem Jahr 2021 erhalten, getrennt von einer Telegram-Diskussion, die er zuvor geteilt hatte. Seine Andeutung, dass drei Personen Coinkite möglicherweise gewarnt hätten, bleibt seine Darstellung dieser Kommunikationen.

Die Schätzung von 116 Millionen Dollar stammt aus dem August

Die Analyse von TRM Labs vom 5. August beschrieb rund 1.816 BTC, die von mehr als 5.200 Adressen in vier Wellen ab dem 30. Juli gestohlen wurden, unter Berufung auf die laufende Zählung von Galaxy Research.

Der Bericht führte die Schwachstelle auf einen Build-Konfigurationsfehler vom März 2021 zurück, der einen schwachen Software-Zufallszahlengenerator auswählte. Bei älteren Geräten sank die effektive Seed-Stärke von den beabsichtigten 128 auf nur 40 Bit, wodurch Angreifer Schlüssel ohne physischen Zugriff rekonstruieren konnten.

Spätere Mittelbewegungen wurden im September gemeldet. Wie crypto.news zuvor berichtete, verfolgte Galaxys Alex Thorn einen Angreifer der dritten Welle, der etwa 10 % der Bitcoin dieses Angreifers über THORChain in Ether tauschte. Der Großteil der Mittel dieses Angreifers blieb zu diesem Zeitpunkt unbewegt.

Ein Untersuchungsupdate vom August beschrieb separat an US-Behörden weitergegebene Informationen. Thorn sagte, die Identität eines Angreifers „könnte den Strafverfolgungsbehörden bekannt sein“; der Bericht stellte keine bestätigte FBI-Identifizierung oder Wiederbeschaffung fest.

Coinkite führt weiterhin eine separate Postmortem-Analyse als ausstehend

Die aktuelle Sicherheitsseite von Coinkite beschreibt seine veröffentlichte Aufzeichnung als lebendes Postmortem und erklärt zugleich, dass ein separater detaillierter technischer Bericht noch in Vorbereitung sei.

Die Seite unterscheidet gezielte unabhängige Prüfungen von einem vollständigen Audit jedes korrigierten Firmware-Binärprogramms. Zu den aufgeführten Arbeiten gehören Hardware-Zufallstests, Quellcode-Überprüfungen und ein reproduzierbarer Build.

Aktuell empfohlene Standardversionen sind 5.6.3 für Mk4/Mk5 und 1.5.3Q für Q. Die Warnmeldung besagt, dass Firmware-Updates bestehende betroffene Seeds nicht reparieren können. Ihre Migrationsanweisungen sehen einen neuen Seed, ein verifiziertes Backup und eine Empfangsadresse, eine kleine Testüberweisung und anschließend die Bewegung der verbleibenden Mittel vor.