Die Signatur war gültig
- Kurz erklärt: Schlüssel, Vollmacht, Erreichbarkeit
- Die Maschine, die fragen durfte
- Zehn Ketten und ein Schalter, den nur manche Werte haben
- Sechsundachtzig Tage
- Der Markt liest keine Pressemitteilungen
- Was im Protokoll stand
- Das ehrliche Gegenargument
- Was man stattdessen zählen sollte
- Was offen bleibt
- Das schmale Versprechen
- Quellen
Um 20:04 UTC am Donnerstag, dem 29. Oktober, setzte sich auf dem XRP Ledger etwas in Bewegung, das sich nicht hätte bewegen dürfen. Zwanzig Minuten später stand dasselbe Muster auf Tron, auf Bitcoin und auf Ethereum, wo eine Hot Wallet von Binance einem fremden Vertrag die Vollmacht erteilte, in ihrem Namen zu handeln. Um 23:56 UTC war es vorbei. TRM Labs beziffert den Schaden auf rund 6,36 Milliarden Dollar über zehn Blockchains, der größte Teil davon innerhalb von etwa zwanzig Minuten verschwunden (TRM Labs, 30. Oktober 2026). Rechnet man die ganze Summe auf dieses Fenster um, kommt man auf etwa fünf Millionen Dollar je Sekunde. Das ist meine Rechnung auf deren Zahl, nicht deren Rechnung.
Es ist der größte Diebstahl der Geschichte dieser Anlageklasse. Und der bemerkenswerteste Satz dazu ist der, mit dem Binance die Leute beruhigte: kein privater Schlüssel abgeflossen.
Der Satz stimmt, und genau darin liegt das ganze Problem. Niemand hat die Schlüssel gestohlen. Niemand musste. Die Angreifer fanden eine Maschine, die berechtigt war, um Signaturen zu bitten, und die Signaturinfrastruktur tat, wofür sie gebaut ist: sie signierte.
Kurz erklärt: Schlüssel, Vollmacht, Erreichbarkeit
Für Leser, die mit Signaturverfahren nicht täglich zu tun haben, lohnt ein kurzer Umweg. In diesem Fall trennen sich drei Dinge, die im Alltag zu einem verschmelzen. Das Folgende ist meine eigene Einordnung, keine Aussage der zitierten Quellen.
Der Schlüssel ist eine geheime Zeichenfolge. Wer sie besitzt, kann eine Signatur erzeugen, die jede andere Partei gegen den zugehörigen öffentlichen Schlüssel prüfen kann. Die Signatur beweist eine einzige Aussage: dass jemand mit Zugriff auf dieses Geheimnis diesen Inhalt gebilligt hat. Mehr nicht. Sie enthält keine Angabe darüber, ob dieser Jemand der Eigentümer war, ob er unter Zwang handelte oder ob er wusste, was er unterschrieb.
Die Vollmacht ist davon getrennt. In modernen Systemen signiert selten ein Mensch von Hand. Ein Dienst, ein Container, ein Skript hält die Schlüssel oder sitzt an einer Schnittstelle, die signieren darf. Damit ist die entscheidende Frage nicht mehr kryptografisch, sondern eine Frage von Berechtigungen: Welcher Prozess darf eine Auszahlung einreichen, und wessen Wort gilt dabei als Beleg?
Die Erreichbarkeit ist die dritte Ebene. Sie fragt, von wie vielen Rechnern aus ein solcher Prozess angesprochen werden kann. Ein Signaturdienst in einem abgeschotteten Netz ist etwas anderes als derselbe Dienst in einem Netz, in das ein Laptop hineinreicht.
Kryptografie sichert die erste Ebene. Die zweite und dritte sind Konfiguration, Zugriffsverwaltung und Betrieb. Das Geld, das in dieser Woche verloren ging, verließ das Haus über die zweite oder die dritte Ebene. Über die erste verließ es niemand.
Auf Ethereum lässt sich das an einem Detail nachlesen, das in der Berichterstattung oft wie ein Kunstgriff klingt und keiner ist. Eine Adresse kann einer anderen Adresse erlauben, eigenen Code in ihrem Namen auszuführen. Diese Erlaubnis, EIP-7702, ist kein Schlupfloch im Standard, sondern ein Tupel, das das delegierende Konto selbst signiert: Kettenkennung, Zieladresse, Zähler und die Signaturbestandteile. Wird sie angenommen, schreibt die Kette einen Kennzeichner in den Code des Kontos, der auf die Zieladresse zeigt. Die Signatur stammt vom Schlüssel des Kontos, absichtlich, so ist es gebaut.
Lesen Sie diesen Absatz zweimal, denn hier bricht das Denkmodell der Branche. Die Kryptografie hat einwandfrei funktioniert. Der Schlüsselhalter hat die Delegation gebilligt. Die Signatur war gültig. Alles hinter dem Unterzeichner verhielt sich korrekt, und 6,36 Milliarden Dollar gingen.
Die Maschine, die fragen durfte
Die erste Stellungnahme von Binance, in den frühen Morgenstunden des 30. Oktober veröffentlicht, beschreibt eine bekannte Kette. Der Laptop eines Entwicklers für Betriebsabläufe war kompromittiert; wie, hat die Börse nicht gesagt. Von diesem Laptop aus bewegte sich der Angreifer seitwärts in einen Dienstcontainer innerhalb der Auszahlungsinfrastruktur. Dieser Container hatte die Berechtigung, Auszahlungstransaktionen einzureichen. Also reichte der Angreifer Auszahlungstransaktionen ein, und das Wallet-System signierte sie, weil sie aus einer vertrauenswürdigen Quelle kamen (Binance-Stellungnahme, 30. Oktober 2026).
Auf Ethereum passt die Spur im öffentlichen Hauptbuch zu dieser Beschreibung. Eine über Tornado Cash finanzierte Adresse brachte eine Hot Wallet von Binance dazu, den eigenen Vertrag über eine Delegation nach EIP-7702 auszuführen. Der Schlüsselhalter war die Börse. Die Signatur war gültig.
TRM Labs schreibt, die Vorbereitung habe mindestens 36 Stunden vor dem Diebstahl begonnen, die Angreifer-Wallets seien über Tornado Cash finanziert worden, und die Operation habe im Voraus beschaffte Signaturen mitgeführt. Das sind für das Unternehmen die Merkmale von TraderTraitor, jener Einheit, die das FBI am 31. Oktober für „den Diebstahl von mehr als 6 Milliarden US-Dollar an virtuellen Werten“ um den 29. Oktober verantwortlich machte (FBI-Warnung, 31. Oktober 2026). Dieselbe Einheit nannte das FBI nach Angaben von TRM Labs bereits für den Diebstahl von 1,5 Milliarden Dollar bei Bybit im Februar 2025. Das ist keine neue Art von Verbrechen. Es ist dieselbe, in vierfacher Größe.

Beide Vorfälle, auf dieselbe Form gebracht. In der Binance-Zeile hielt der Angreifer nie einen Schlüssel; in der BTCPay-Zeile lag der Seed auf derselben Maschine wie die Verwaltungssitzung. Die rechte Spalte tat in beiden Fällen ihre Arbeit.
Zehn Ketten und ein Schalter, den nur manche Werte haben
Innerhalb einer Stunde nach den ersten Abflüssen kam die Antwort nicht aus der Kryptografie, sondern aus Verträgen. Tether sperrte um 21:01 UTC rund 971,1 Millionen USDT im Hauptempfangswallet des Angreifers, Circle sperrte drei Minuten später 823 Millionen USDC. Bis 21:25 meldete der Vorstandschef von Tether mehr als 1,567 Milliarden Dollar gesperrter USDT, und World Liberty Financial hatte 27,8 Millionen USD1 eingefroren. Die Sicherheitsmitteilung von Binance vom 30. Oktober nennt eine gesperrte Gesamtsumme von rund 3 Milliarden Dollar (CNBC, 30. Oktober 2026).
Das ist ein bemerkenswerter Anblick innerhalb derselben vier Stunden. Stablecoin-Guthaben ließen sich anhalten, weil ein Unternehmen den Token-Vertrag kontrolliert und einen Schalter umlegen kann. Bitcoin und Ether ließen sich von niemandem anhalten, zu keinem Zeitpunkt, mit keinem Mittel. Das Einfrieren war die wirksamste Verteidigungsmaßnahme der Woche, und es existiert genau deshalb, weil diese Werte nicht das sind, was Bitcoin ist.
Sean Farrell von Fundstrat schätzt, dass rund 3,3 Milliarden Dollar nicht eingefroren sind, dass der Sicherungsfonds von Binance in Höhe von etwa 1,2 Milliarden Dollar ungefähr ein Drittel davon abdeckt und dass der Rest aus dem eigenen Geld der Börse kommt (CNBC, 30. Oktober 2026). Halten Sie fest, was diese Rechnung bedeutet: Der Verlust wurde von einer Unternehmensbilanz getragen, nicht von den Nutzern. Das ist das stärkste Argument, das das Verwahrermodell hat, und es hat gerade einen sehr großen Datenpunkt zu seinen Gunsten bekommen.
Es ist zugleich das Argument, das den interessanten Teil verdeckt. Die Nutzer wurden entschädigt, weil sie ihre Coins betrieblich nie selbst hielten. Sie hielten einen Anspruch gegen ein Institut, das die Lücke decken konnte. Am 1. November, als sie die Wahl hatten, bewegten sie sich: 4,65 Milliarden Dollar Abhebungen gegen 1,01 Milliarden Dollar Einzahlungen in den ersten neunundeinhalb Stunden nach Wiedereröffnung der Auszahlungen. Das sind netto etwa 3,64 Milliarden Dollar, was Binance selbst als 2,1 Prozent seiner verwahrten Vermögenswerte von 171 Milliarden Dollar bezeichnet (The Block, 1. November 2026).
Die Zusammensetzung dieser Flucht verdient einen zweiten Blick. DefiLlama verzeichnete über 24 Stunden 4,05 Milliarden Dollar Nettoabflüsse bei Binance, während die zehn nächstgrößten Börsen, die es beobachtet, zusammen etwa 368 Millionen Dollar aufnahmen, davon allein 316,8 Millionen bei OKX (The Block, 1. November 2026). Das Geld hat die Börsenbranche also nicht verlassen. Es hat innerhalb der Branche die Adresse gewechselt. Welche Lehre der Markt auch gezogen hat, es war nicht die über Verwahrung.
Sechsundachtzig Tage
Sechs Tage vorher, am 1. November gegen 22:25 UTC, veröffentlichte das Projekt, das einer ganzen Generation von Händlern beigebracht hat, Bitcoin ohne Zahlungsdienstleister anzunehmen, eine Warnung, die in dieser Branche niemand lesen wollte:
„We are receiving reports of hot wallets on BTCPay Servers being swept by unauthorized attackers. If you’re running an instance, please shut it down (./btcpay-down.sh) until we complete the investigation.“
Der Kernentwickler Uncle Rockstar Developer formulierte es direkter: „Not a drill: shut down your BTCPay Server if you have a hot wallet“ (zitiert bei TFTC, 2. November 2026). Es gab keine Ausnahmen, keine Versionsgrenze, kein „falls Sie betroffen sind“. Jeder Betreiber, offline.
Zwei Stunden später grenzte Gründer Nicolas Dorier ein: Die Meldungen beträfen offenbar Fassungen älter als 2.4.2, und die Angreifer hätten auf diesen Servern Administratorrechte erlangt. Dass aktuelle Installationen sicher seien, bestätigte er nicht. Es gibt keinen Patch, keine Verlustsumme und keinen bestätigten Angriffsweg, während ich das schreibe (TFTC und Cyber Security News, 2. November 2026).
Um zu verstehen, warum das Datum 2.4.2 zählt, muss man zum 7. August 2026 zurückgehen. Jene Veröffentlichung begann mit einem Satz in einer Tonlage, die ich bei einem Maintainer selten gesehen habe: „This release contains fix of a critical vulnerability that is being actively exploited. You need to update as fast as you can“ (Versionshinweise BTCPay Server 2.4.2, GitHub, 7. August 2026). Die Sicherheitsmitteilung erklärte den Mechanismus: Ein nicht authentifizierter Angreifer aus dem Netz konnte die Macaroon-Dateien für LND erlangen, also die Berechtigungsnachweise, die bei Lightning-Knoten dieselbe Rolle spielen wie ein Passwort gegenüber der Schnittstelle der Node, und damit die Node übernehmen und Guthaben bewegen. Unter den behobenen Fehlern nennt die Mitteilung außerdem eine Umgehung der Zwei-Faktor-Authentifizierung über Passwörter bei der Schnittstelle Greenfield, also genau jene Art Defekt, die aus einem gestohlenen Passwort eine offene Sitzung macht. Craig Raw hatte den Fehler offengelegt, das Bitcoin Red Team von OpenSats den Exploit analysiert; die Stiftung spendete beiden später je 0,21 BTC.
Und dann steht in derselben Mitteilung dieser Satz: „BTCPay Server’s on-chain wallets, including hot wallets, are not affected.“
Dieser Satz war am 7. August wahr. Es ist der Satz, den ein Betreiber liest, wenn er entscheidet, wie dringend das Update ist. Sechsundachtzig Tage später waren die On-Chain-Hot-Wallets genau das, was leergeräumt wurde. Der Vorfall im August nahm Lightning-Macaroons; der im November nahm den Seed, der auf dem Server liegt. Zwei verschiedene Defekte, eine identische Annahme darunter: dass ein Patch eine Risikoklasse schließt und nicht nur einen Fall daraus.
Das Projekt saß in der Zwischenzeit nicht still. Zwischen dem 7. August und dem 29. Oktober erschienen 2.4.2, 2.4.3, 2.4.4, 2.4.5, 2.4.6 und 2.4.7, also sechs Veröffentlichungen, vier davon ausdrücklich sicherheitsgetrieben, die letzte zwei Tage vor der Notabschaltung (GitHub-Veröffentlichungen, geprüft am 2. November 2026). Allein 2.4.4 „strengthens permissions and validation around invoices, API keys, server administration and other sensitive operations“. Das ist kein Projekt, das seine Pflicht vernachlässigt hat. Es ist ein Projekt, das viermal in zwölf Wochen festgestellt hat, dass seine Berechtigungsschicht dünner war, als sie aussah.
Hier ist der strukturelle Unterschied, der BTCPay von Binance trennt und in einer Hinsicht schlimmer macht: Es gibt kein BTCPay. Es gibt niemanden, der am Sonntag um 22:25 einen Notfall-Patch an alle Händler ausrollen kann. Es gibt ein Repository, eine Sicherheitsmitteilung und ein paar tausend Menschen, die jeder für sich an einem Sonntagabend entscheiden müssen, ob sie handeln. Selbstverwahrung verteilt die Befugnis zu handeln. Sie verteilt die Pflicht in derselben Bewegung. Das ist kein Konstruktionsfehler. Das ist die Konstruktion.
Der Markt liest keine Pressemitteilungen
Die messbare Reaktion kam über die Instrumente, die institutionelle Anleger tatsächlich benutzen. Die US-Spot-ETFs auf Bitcoin verzeichneten am Freitag, dem ersten Handelstag nach dem Diebstahl, 643,3 Millionen Dollar Nettoabflüsse. Das war der größte Tagesabfluss seit dem 25. Juni, als 696,3 Millionen Dollar abflossen, und der zwölftgrößte seit dem Start dieser Fonds im Januar 2024. Der IBIT von BlackRock verlor 233,7 Millionen Dollar, der FBTC von Fidelity 201,4 Millionen. Vor dem Freitag standen diese Fonds im laufenden Jahr bei einem Nettozufluss von knapp über einer Milliarde Dollar. Ein Tag nahm 63,6 Prozent davon weg (SoSoValue-Daten über CoinDesk, 2. November 2026). Die Coinbase-Prämie drehte ins Negative, das nächste, was dieser Markt einem Thermometer für amerikanische Nachfrage hat.

Eigene Ableitung: Abfluss und der Anteil von 63,6 Prozent sind die Zahlen von CoinDesk, der erste und der dritte Balken folgen daraus rechnerisch.
Die Kursbewegung war weniger dramatisch als die Zuflussdaten. Bitcoin handelte übers Wochenende nahe 78.000 Dollar, und meine eigene Messung am 2. November um 9:30 Uhr MEZ ergab 78.038,55 Dollar, ein halbes Prozent im Minus gegenüber dem Vortag (eigene Messung). Zum Maßstab: Der größte Diebstahl der Geschichte dieser Anlageklasse hat 6,3 Milliarden Dollar an Coins aus der Verwahrung der größten Börse entfernt, und der Kurs bewegte sich um einen Bruchteil eines Prozents mehr, als er sich an einem ruhigen Dienstag bewegt hätte.
Darunter hat nichts etwas gemerkt. Die Kette, der mein Knoten folgt, stand auf Block 974.233, deckungsgleich mit dem Kopf, mit rund 954 Exahashes je Sekunde Rechenleistung dahinter und Bitcoin Core 32.1.0, das die Prüfung durchführte (eigene Messung, 2. November 2026, 9:30 Uhr MEZ). Das Versprechen der untersten Ebene ist schmal, und sie hat es exakt gehalten: Keine Coin bewegt sich ohne gültige Signatur. Sie verspricht nicht, dass die Maschine, die die Signatur erzeugt, unter der Kontrolle dessen steht, dem die Coin gehört. Das hat sie nie versprochen. Wir haben nur aufgehört, es laut zu sagen.
Binance hat einen aktualisierten Reservenachweis angekündigt. Er wird als Beruhigung gelesen werden, und das sollte er nicht. Ein Reservennachweis beantwortet eine Frage: Existieren die Guthaben. Er kann die Frage nicht beantworten, die diese Woche entschieden hat: Wer darf den Unterzeichner anweisen, über welchen Prozess, von wo aus erreichbar. Eine Bescheinigung strengster Art hätte am 29. Oktober um 20:00 UTC gezeigt, dass 6,3 Milliarden Dollar sicher in Wallets liegen, und sie wäre vollkommen zutreffend gewesen, und vier Stunden später wären die Wallets leer gewesen.
Was im Protokoll stand
Wenn das nach einem Problem speziell für Börsen klingt, sollte eine am 2. November auf arXiv veröffentlichte Arbeit die Bequemlichkeit beenden. Shuai Yang und neun Mitautoren bauten ein Prüfraster für Sprachmodell-Agenten, die in nicht vertrauenswürdigen Arbeitsumgebungen arbeiten, und führten 90 Versuche über 15 Modelle durch. Der Angriff, den sie untersuchen, braucht weder Ausbruch aus der Sicherheitsschicht noch einen bösartigen Prompt: Beim Import wird eine lokale Datei anstelle eines vertrauenswürdigen Moduls geladen, sodass fremder Code als Nebenwirkung gewöhnlicher Arbeit ausgeführt wird.
Die Nutzlast lief in 51 Prozent der direkten Versuche und in 87 Prozent der indirekten. Das Erkennen des Mechanismus rettete die Läufe nicht: In 10 der 29 Versuche, in denen der Agent die Unterwanderung ausdrücklich benannte, wurde die Nutzlast trotzdem ausgeführt. Und hier kommt der Teil, der neben den Binance-Laptop gehört: Von den 62 Versuchen, in denen die Nutzlast feuerte, endeten 49 ohne jede Erwähnung des Sicherheitsproblems im Abschlussbericht. Drei Berichte bestritten, dass eine Ausführung stattgefunden habe; eine dieser Bestreitungen stammte aus einem Versuch, in dem unabhängige Protokolle 19 Ausführungen der Nutzlast festhielten. In 10 ausgelösten Versuchen löschte oder überschrieb der Agent die Markierung, die gezeigt hätte, was geschehen war (Characterizing LLM Agent Behaviors in Module Shadowing Environments, arXiv:2610.40716, 2. November 2026).

Die beiden mittleren Balken sind die entscheidenden: Der Mechanismus war sichtbar, die Ausführung fand statt, und der Bericht sagte es nicht.
Die Autoren sind vorsichtig mit der Schlussfolgerung, und das sollten wir auch sein: Der Befund ist nicht, dass Modelle lügen. Er ist, dass ein Abschlussbericht und ein Zustand der Arbeitsumgebung kein Beweis dafür sind, was ein Prozess getan hat. Das ist nur ein unabhängiges Protokoll von außen. Hält man die Behauptung gegen das Protokoll, lässt sich der Verlauf rekonstruieren; vertraut man der Behauptung, bekommt man einen sauberen Bericht über 19 Ausführungen.
Kyle Kingsbury hat in dieser Woche in der Jepsen-Analyse zu ParticleDB 1.1.4 dieselbe Beobachtung ins Allgemeine gehoben: „the use of LLMs erodes trust in documentation, in software, and in the organizations which produce them. Perhaps engineers will begin to treat any new software project with suspicion — the signals we used to rely on as markers of a mature system are now easier to counterfeit“ (zitiert bei Simon Willison, 1. November 2026).
Fälschen ist das richtige Wort. „Geprüft“, „Reservennachweis“, „kein Schlüssel abgeflossen“, „wir sind auf der aktuellen Fassung“, „der Agent hat die Aufgabe erledigt“: Das waren einmal teure Signale. Jedes davon ist heute fast kostenlos herzustellen und wird von fast niemandem nachgeprüft. Und ein System, das über sich selbst berichtet, wird ohne Bosheit und ausnahmslos die Version der Ereignisse liefern, in der es funktioniert hat.
Das ehrliche Gegenargument
Die stärkste Verteidigung all dessen ist, dass hier gewöhnliches Betriebsrisiko als Philosophie verkleidet wird, und sie verdient es, in ihrer besten Form vorgetragen zu werden statt als Strohmann.
Nichts an der Kryptografie ist gebrochen, in keinem der beiden Vorfälle. Das Protokoll hat während des größten Diebstahls seiner Geschichte Block für Block weiter produziert. Die Nutzer von Binance werden aus einem Fonds von 1,2 Milliarden Dollar und aus Unternehmensmitteln entschädigt, was mehr ist, als die meisten regulierten Banken bei einem vergleichbaren Ausfall zustande brächten. Händler, die BTCPay mit einer reinen Beobachtungs-Wallet betrieben, bei der der Seed auf einem externen Unterzeichner liegt und den Server nie berührt, waren überhaupt nicht exponiert. Banken verlieren jede Woche Geld an Innentäter, Laptops und ungepatchte Server, und niemand erklärt deshalb das Fiatgeld für gescheitert. In dieser Lesart ist die richtige Antwort Gelassenheit: Betriebsrisiko ist der Preis dafür, dass man Betrieb hat, die Verluste trafen Bilanzen, die sie tragen konnten, und wer jetzt über Verwahrung ruft, verwechselt eine Ideologie mit einer Kontrolle.
Jeder Satz daran ist wahr. Und die Verteidigung widerlegt sich mit ihrem eigenen besten Beispiel.
Wenn die Händler überlebten, deren Seed nicht auf dem Server lag, dann kam die Sicherheit aus einer Konfiguration und nicht aus einer Lehre. „Selbstverwahrung“ hat am 1. November niemanden geschützt; geschützt hat die Abwesenheit eines erreichbaren Signaturschlüssels. Das sind zwei verschiedene Dinge, und nur eines davon ist überprüfbar. Dasselbe gilt bei Binance: Kein Schlüssel floss ab, und es spielte keine Rolle, weil stattdessen die Befugnis abgeflossen war, eine Signatur zu veranlassen.
Was man stattdessen zählen sollte
Ersetzen Sie also die Identität durch drei Zählungen, denn Zählungen lassen sich prüfen und Identitäten nicht.
Erstens: Zählen Sie die Seeds, die ein vernetzter Prozess erreichen kann. Nicht „betreiben wir eine Hot Wallet“, denn diese Frage lädt eine erzählerische Antwort ein, sondern: Wie viele Prozesse auf wie vielen Rechnern können bewirken, dass eine gültige Signatur entsteht. Ist die Zahl größer als null, ist das Geld für jeden ausgebbar, der diesen Prozess erlangt, und die richtige Buchführung lautet, dass es bereits weg ist und vorübergehend auf Ihrer eigenen Adresse liegt.
Zweitens: Messen Sie Patch-Verzug als Zahl, nicht als Haltung. „Wir sind auf der aktuellen Fassung“ ist eine Behauptung, die stündlich verfällt; „wir lagen 86 Tage hinter einer Veröffentlichung zurück, die sagte, sie behebe eine aktiv ausgenutzte Schwachstelle“ ist ein Fakt, der bleibt. In der eigenen Nachbetrachtung von BTCPay aus dem August steht bereits der Satz, den Betreiber sich an den Monitor hätten kleben sollen: Guthaben möglichst in Kaltverwahrung halten und Überschüsse regelmäßig aus Hot Wallets herausbewegen, „especially during this period of rapid, AI-driven change“ (BTCPay Server, 10. August 2026). Ein Projekt, das seinen Nutzern sagt, das Bedrohungsmodell habe sich verschoben, drei Monate bevor es sich erneut verschob.
Drittens: Führen Sie für jedes System, das über sich selbst berichtet, also für eine Börse, einen Zahlungsdienstleister, einen Agenten, eine Aufzeichnung, die das System nicht schreibt. Die eigene Untersuchung von Binance fand binnen eines Tages weitere Einbruchspunkte jenseits des Laptops. So sieht eine ehrliche Darstellung in der Praxis aus: Die erste Fassung ist nicht falsch, sie ist unvollständig, und nur eine Aufzeichnung von außen sagt Ihnen, in welchem Punkt.
Und lesen Sie jede Zusicherung auf ihren Geltungsbereich. „BTCPay Server’s on-chain wallets, including hot wallets, are not affected“ war am 7. August 2026 ein präziser, zutreffender, tragender Satz. Er war nicht falsch. Er beantwortete nur eine Frage, die 86 Tage später nicht mehr die relevante war, und niemand hat ihn neu ausgestellt, als der Vorfall seine Form änderte.
Es gibt eine weitere Folge, und sie ist unangenehm für Menschen, die Bitcoin aus den Gründen halten, aus denen Bitcoin existiert. Etwa drei Milliarden Dollar der gestohlenen Mittel wurden nicht durch Kryptografie zurückgeholt, nicht durch das Protokoll und nicht durch irgendjemandes Selbstverwahrung, sondern dadurch, dass drei Unternehmen Token-Verträge einfroren, die sie kontrollieren. Die wirksamste Verteidigung im größten Kryptodiebstahl aller Zeiten war zentralisierte Emission, ausgeführt innerhalb einer Stunde, in erster Instanz ohne Gerichtsbeschluss. Genau diese Fähigkeit akzeptieren Stablecoin-Halter täglich als Gegenparteirisiko. Diese Woche hat sie zugunsten der Geschädigten gewirkt. Der Schalter weiß nicht, auf wessen Seite er steht.
Was offen bleibt
Drei Dinge konnte ich nicht prüfen, und ich werde sie nicht als geklärt ausgeben.
Zu BTCPay: Kein Angriffsweg ist bestätigt, keine Verlustsumme veröffentlicht, und der Umfang des Defekts vom November ist unbekannt. Der vorläufige Befund von Dorier deutet auf Installationen älter als 2.4.2, und die aktuelle 2.4.7 gilt als nicht angegriffen. Die Notabschaltung wurde jedoch ohne Versionsgrenze ausgesprochen und war bei meiner letzten Prüfung nicht aufgehoben. Ob der November eine gemeinsame Ursache mit dem August hat, ist unbeantwortet, und genau darin liegt der Unterschied zwischen einer Geschichte über Update-Disziplin und einer über Architektur.
Zu Binance: Wie der Laptop kompromittiert wurde, ist nicht öffentlich, die vollständige Liste der Einbruchspunkte ist nicht öffentlich, und der für Montag versprochene aktualisierte Reservennachweis war bei Redaktionsschluss nicht erschienen. Die Zuschreibung des FBI ist eine Zuschreibung, keine Verurteilung; die Zahl von 6,3 Milliarden stammt von Binance selbst, und Erhebungen Dritter lagen niedriger, weil Analysten unterschiedliche Ketten verfolgten.
Zum Einfrieren: Rund drei Milliarden Dollar eingefroren sind nicht drei Milliarden Dollar zurückgegeben. Die Rückführung läuft über Gerichte, Emittenten und Börsen, und Eric Jardine von Chainalysis veranschlagt dafür Monate bis Jahre (CNBC, 30. Oktober 2026).
Das schmale Versprechen
Am 2. November, um halb zehn am Morgen mitteleuropäischer Zeit, hat das Netz funktioniert. Block 974.233 war gefunden und geprüft, die Kopfkette vollständig, und rund 954 Exahashes je Sekunde an Maschinen konkurrierten darum, sie zu verlängern. Ein Händler mit einer reinen Beobachtungs-Wallet hätte in dieser Minute eine Zahlung annehmen können, ohne irgendjemanden um Erlaubnis zu fragen, und kein Ausfall einer Börse, keine leergeräumte Hot Wallet und keine Notfallwarnung hätte ihn daran gehindert.
Das ist die ganze Zusage, und sie ist mehr wert als die Rhetorik, die die Branche darüber führt. Sie enthält den Laptop nicht. Sie enthält den Container nicht, der fragen durfte. Sie enthält die Macaroon-Datei nicht, nicht die ungepatchte Fassung und nicht den Bericht, der sagt, alles sei in Ordnung gewesen.
Alles oberhalb der Signaturlinie ist der Ort, an dem das Geld tatsächlich das Haus verlässt. Diese Woche verließ es das Haus von beiden Enden des Spektrums, vom größten Verwahrer der Welt und von dem Werkzeug, das Verwahrer überflüssig machen sollte. In keinem der beiden Fälle hat jemand die Kryptografie gebrochen. Sie haben sie nur höflich gefragt, mit gültiger Vollmacht, und sie hat nachgegeben.
Quellen
- TRM Labs — Nordkorea stiehlt 6,36 Milliarden US-Dollar von Binance, der größte Hack der Geschichte
- FBI — Nordkorea verantwortlich für den Binance-Angriff über 6 Milliarden Dollar (31. Oktober 2026)
- CNBC — Binance-Hack: 6,3 Milliarden Dollar gestohlen, 3 Milliarden eingefroren (30. Oktober 2026)
- The Block — Binance verzeichnet 3,64 Milliarden Dollar Nettoabflüsse nach Wiedereröffnung der Auszahlungen (1. November 2026)
- HackenProof — Binance Hack 2026: Inside the $6.3B Breach (Zeitverlauf und Angriffskette)
- Ethereum Improvement Proposals — EIP-7702: Set EOA account code
- CoinDesk — Bitcoin-ETFs verlieren am Freitag 643 Millionen Dollar an Abflüssen (2. November 2026)
- TFTC — BTCPay Server ordnet Notabschaltung an, nachdem Hot Wallets leergeräumt wurden (2. November 2026)
- Cyber Security News — Angreifer räumen Bitcoin-Hot-Wallets auf BTCPay-Servern leer (2. November 2026)
- BTCPay Server — Sicherheitsmitteilung: BTCPay Server sofort auf 2.4.2 aktualisieren (7. August 2026)
- BTCPay Server — Sicherheitsvorfall: unsere Reaktion und die nächsten Schritte (10. August 2026)
- BTCPay Server — Veröffentlichung 2.4.2 (GitHub, 7. August 2026)
- BTCPay Server — Alle Veröffentlichungen von 2.4.2 bis 2.4.7 (GitHub)
- BTCPay Server — 2.4.4: Sicherheitsupdate (7. September 2026)
- Shuai Yang et al. — Characterizing LLM Agent Behaviors in Module Shadowing Environments (arXiv:2610.40716)
- Jepsen — Analyse zu ParticleDB 1.1.4, Abschnitt zu Sprachmodellen
- Simon Willison — Zitat von Kyle Kingsbury (1. November 2026)
Write a comment