BLOG |
Blink-Ankündigungen
Wie ein Angreifer eine Schwachstelle in unseren Verwaltungstools ausnutzte, um 6,61 BTC von 24 Konten zu entwenden, wie wir jeden einzelnen Betrag zurückerstattet haben und was wir geändert haben.
Am Samstag, dem 19. September, um 11:39 Uhr UTC rief ein Kunde einen unserer Techniker an und teilte ihm mit, dass sein Guthaben auf Blink verschwunden sei. Fünfzehn Minuten später hatten wir den gesamten Verwahrungsdienst abgeschaltet. Noch in derselben Nacht war der Fehler behoben. Am folgenden Donnerstag verfügte jeder betroffene Kunde wieder über sein genaues Guthaben, das von den Aktionären von Blink bezahlt wurde. Kein Kunde muss einen Verlust hinnehmen.
An die 22 Kunden, denen Bitcoin gestohlen wurde, und an die 3.817 Personen, deren Kontodaten abgerufen wurden: Es tut uns leid.
Was ist passiert? Ein Angreifer eröffnete am 17. September ein kostenloses Standardkonto bei Blink . Zwei Tage später nutzte er eine Schwachstelle in der Art und Weise aus, wie unsere Verwaltungstools die Berechtigungen überprüften, um diesem Konto Administratorrechte zu erteilen. Mit diesen Berechtigungen änderte er die E-Mail-Adresse oder die Telefonnummer von 35 Konten, meldete sich bei diesen Konten an, als wäre er deren Inhaber, erhöhte die Auszahlungslimits von 14 Konten und zog zwischen 09:51 und 11:54 UTC Bitcoin von 24 Konten ab – teils on-chain, teils über Lightning, und zwar über den Prozess, den wir eingerichtet haben, um Kunden beim Übergang zur Selbstverwahrung zu unterstützen. Der Angreifer erbeutete etwa 6,61 BTC.
Wem gehörte das Geld? Der Angreifer hatte es auf 36 Treuhandkonten abgesehen. Eines blieb zufällig verschont: Seine Versuche, die E-Mail-Adresse zu ändern, schlugen fehl, und er wandte sich einem anderen Konto zu. Von den 35 Konten, die er übernahm, hob er von 24 Geld ab. Neun verfügten über eine Zwei-Faktor-Authentifizierung und verloren nichts (siehe weiter unten), und die Kontrolle über die letzten beiden erlangte er erst wenige Minuten, bevor wir den Dienst abschalteten, sodass von diesen Konten nichts bewegt wurde. Zweiundzwanzig der 24 leergeräumten Konten gehörten Kunden; zwei gehörten Unternehmen der Gruppe „ Blink “. Jedes Konto erhielt am 24. September seinen genauen Kontostand vor dem Vorfall zurück, einschließlich der Rückerstattung der Auszahlungsgebühren, und die gesperrten Konten wurden ab diesem Tag wieder freigeschaltet. „ Blink “ übernimmt den Verlust.
Was nicht betroffen war: Das Geld stammte aus unserem Betriebsbudget, dem Guthaben, das wir für die täglichen Zahlungen vorhalten. Der Großteil der Kundengelder befindet sich in einer Cold Storage-Lösung mit Mehrfachsignatur, für die mehrere Schlüssel im Besitz verschiedener Personen erforderlich sind, und nichts in unseren Verwaltungstools kann darauf zugreifen. Die nicht verwahrten Konten waren zu keinem Zeitpunkt gefährdet: Wir verfügen nicht über diese Schlüssel, sodass der Angreifer nichts zu holen hatte.
Was er gesehen hat. Während des Angriffs hat er außerdem Daten von weiteren 3.817 Konten abgerufen. In einigen Fällen waren darin eine Telefonnummer oder eine E-Mail-Adresse enthalten. Namen, Ausweisdokumente, Adressen, Passwörter oder Seed-Phrasen hat er nicht gesehen. Wir haben jedem Kontoinhaber, den wir erreichen konnten, eine E-Mail mit detaillierten Angaben zu den eingesehenen Daten geschickt.
Was den Angriff stoppte: die Zwei-Faktor-Authentifizierung. Bei keinem der 24 leergeräumten Konten war diese aktiviert. Bei neun der angegriffenen Konten hingegen schon. Der Angreifer meldete sich bei allen neun an, doch jeder seiner 18 Versuche, sie zu nutzen, wurde abgelehnt. Keine Verluste. Wir weisen darauf hin, weil dies eine der wichtigsten Lehren aus diesem Vorfall ist: Die 2FA hat funktioniert, und wir hätten sie für große Abhebungen und für Konten mit hohen Guthaben vorschreiben müssen.
Was wir geändert haben. Die Sicherheitslücke wurde noch am selben Tag geschlossen, und eine dritte Schutzebene wurde am 21. September in Betrieb genommen. Die Verwaltungstools sind nicht mehr dem Internet ausgesetzt. Die Verwaltungsfunktionen, mit denen die E-Mail-Adresse oder die Telefonnummer eines Kunden geändert werden können, sind für alle deaktiviert, während wir sie neu gestalten. Alle API-Schlüssel der Kunden wurden widerrufen. Die operative Wallet speichert nun nur noch einen Bruchteil dessen, was sie zuvor gespeichert hat. Die vollständige Liste finden Sie weiter unten.
Wo ist das Geld? Ein Teil befindet sich noch auf den Adressen, an die der Angreifer die Gelder überwiesen hat. Der Rest wurde auf andere Wallets des Angreifers übertragen, von wo aus etwa 5 BTC über einen Cross-Chain-Tauschdienst abgezogen wurden und ein kleiner Betrag bei Binance einging. In El Salvador wurde bei der Generalstaatsanwaltschaft eine Strafanzeige erstattet und die Finanzaufsichtsbehörde benachrichtigt; in Próspera ZEDE wurde bei der Polizei eine Strafanzeige erstattet und die Finanzaufsichtsbehörde benachrichtigt. Wir rechnen nicht damit, das Geld zurückzubekommen; die unten angegebene Belohnung ist für denjenigen bestimmt, der dies ändern kann.
Eine Belohnung von 50 %. Wir zahlen 25 % des Wertes jedes Teils der am 19. September gestohlenen 6,61 BTC, der als direkte Folge von Informationen, die du uns gibst, wiederbeschafft wird: bis zu etwa 1,65 BTC, falls der gesamte Betrag wiederbeschafft wird. Weitere 25 % aller wiedererlangten Beträge gehen an Bitcoin Beach, Bitcoin Ekasi, Afribit Kibera und an die Kreislaufwirtschaften von Bitcoin im Globalen Süden, die gemeinsam ausgewählt werden. Wenn die Informationen dazu führen, dass Gelder eingefroren werden, wird die Belohnung ausgezahlt, sobald diese Gelder in eine von uns kontrollierte Wallet zurückfließen. Das Angebot ist zeitlich unbegrenzt. Schreibe an bounty@blinkbtc.com. Die vollständigen Bedingungen, die maßgeblich sind, finden Sie unter blink.sv/bounty-terms.
Was du tun solltest: Aktiviere die Zwei-Faktor-Authentifizierung (Einstellungen → Sicherheit und Datenschutz → Zwei-Faktor-Authentifizierung) und richte sie auch in deinem E-Mail-Konto ein. Wenn du dich nur mit deiner Telefonnummer anmeldest, füge eine E-Mail-Adresse für die Anmeldung hinzu: Eine Telefonnummer kann durch einen SIM-Swap gestohlen werden. Wenn du die API nutzt, erstelle einen neuen Schlüssel. Ignoriere alle E-Mails oder SMS zu diesem Vorfall, die einen Link enthalten: Wir schreiben den betroffenen Nutzern direkt über die App unter Blink. Wir werden dich niemals nach deiner PIN, deinem Passwort, deiner Seed-Phrase oder einem Zugangscode fragen oder dich auffordern, dein Guthaben zu transferieren. Wenn wir dir bezüglich deines Kontos schreiben, befolge bitte die in dieser Nachricht angegebenen Schritte. Wenn du deine Schlüssel lieber selbst verwahren möchtest, stehen dir seit Juni in der App nicht-verwahrende Konten zur Verfügung (Einstellungen → Zu nicht-verwahrendem Konto wechseln).
Blink Es wird von etwa zwanzig Mitarbeitern in einem Dutzend Zeitzonen betrieben, sodass es keinen Samstagvormittag gibt, der für alle gleichzeitig gilt. Um 11:39 Uhr UTC brach in Hongkong die Nacht herein, in Europa war Mittagszeit und in El Salvador dämmerte es noch nicht. Der Kunde, der angerufen hatte, hatte bemerkt, dass sein Guthaben auf null stand und dass seine E-Mail-Adresse geändert worden war. In weniger als sechs Minuten war das Team in einer Telefonkonferenz, die ersten Konten wurden manuell über das Administrationspanel gesperrt und die entscheidende Entscheidung war gefallen: alles abschalten.
Um 11:54 Uhr haben wir das gesamte Verwahrungssystem abgeschaltet. Diese Entscheidung kostete jeden Nutzer von Blink fast acht Stunden Dienstausfall. Die Auszahlungen wurden in dem Moment eingestellt, als der Dienst unterbrochen wurde. Um 12:41 Uhr veröffentlichten wir die erste öffentliche Mitteilung: Dienste unterbrochen, Ursachen werden untersucht. Um 16:06 Uhr veröffentlichten wir die zweite: Jedes betroffene Konto wird vollständig wiederhergestellt.
Um 16:17 Uhr war die erste Korrektur integriert und um 17:50 Uhr die dritte. Die verbleibenden Guthaben aus der operativen Wallet wurden auf neue Adressen übertragen, damit bereits signierte Zahlungen für die Auszahlungen des Angreifers zurückprallen würden. Um 19:34 Uhr haben wir den Dienst für alle wieder freigeschaltet, mit Ausnahme der 36 Konten, auf die der Angreifer zugegriffen hatte; diese blieben so lange gesperrt, bis wir sie ordnungsgemäß wiederherstellen konnten. Die Verwaltungsfunktionen zur Änderung von Kontaktdaten blieben als zweite Sicherheitsmaßnahme gesperrt. Die Korrektur wurde noch in derselben Nacht in der Testumgebung überprüft, und in den folgenden Tagen haben wir den gesamten Angriff selbst an einer Kopie des Codes vor der Korrektur nachgestellt, um sicherzustellen, dass wir ihn verstanden hatten, und bestätigten, dass jede Ebene den Angriff nun abwehrt.
Alle Zeiten sind in UTC angegeben; El Salvador liegt sechs Stunden zurück.
Von Oktober 2023 bis zum 19. September 2026 konnte sich jeder, der über ein kostenloses Konto bei Blink und einen Browser verfügte, die Befugnisse unseres Support-Teams aneignen: die E-Mail-Adresse oder Telefonnummer des Kontos eines beliebigen Kunden ändern, sich anschließend als dieser Kunde anmelden und dessen Auszahlungslimits erhöhen. Wir haben genau veröffentlicht, wie das funktioniert, denn unser Code ist offen, andere Dienste betreiben darauf aufbauende Implementierungen, und der zugrunde liegende Fehler – darauf zu vertrauen, was ein Token über seine eigenen Berechtigungen angibt – kann in jedem System auftreten, das auf die gleiche Weise aufgebaut ist.
Unser Team nutzt eine Verwaltungsoberfläche, um Kunden zu unterstützen: ein Konto entsperren, eine Telefonnummer korrigieren, ein Limit erhöhen. Der Zugriff erfolgt über OAuth2, denselben Standard, mit dem du dich auf einer Website mit deinem Konto von einer anderen Website anmelden kannst. Es gab drei Fehler, von denen keiner für sich genommen auffällt.
Der Einwilligungsbildschirm verließ sich auf den Browser. Wenn eine Anwendung Berechtigungen anforderte, übernahm unsere Einwilligungsseite die Liste der Berechtigungen direkt aus dem vom Browser übermittelten Formular und leitete sie unverändert an unseren OAuth-Server weiter. Diese Liste wurde niemals mit dem verglichen, was die Anwendung tatsächlich angefordert hatte. So konnte jeder ein verstecktes Feld mit dem Text „Gib mir auch Administratorrechte“ zum Formular hinzufügen, und der Server – der zu Recht auf seine eigene Einwilligungsseite vertraute – stellte ein vollkommen gültiges Token aus, das „Administrator“ enthielt.
Die Verwaltungs-API vertraute jedem Token. Der vor ihr liegende Zugriffswächter akzeptierte jedes gültige Token unseres OAuth-Servers: ohne Berechtigungen einzufordern, ohne zu überprüfen, ob das Token für die Verwaltungs-API bestimmt war, und ohne zu überprüfen, wer der Client war. Er kopierte die Berechtigungen, die das Token angab, in die Anmeldeinformationen, die der Verwaltungsserver verwendet.
Der Verwaltungsserver verließ sich auf den Wortlaut der Berechtigungen. Wenn dort „Administrator“ stand, war man Administrator. Es gab keinerlei Überprüfung, ob die Person hinter dem Token tatsächlich ein bekannter Administrator war.
Zusammen führten diese drei Schwachstellen dazu, dass ein kostenloses Konto und ein Browser ausreichten. Es wurden weder Konten noch Anmeldedaten von Mitarbeitern verwendet, und es gab keine Malware. Unser eigenes Identitätssystem hat diese Tokens ausgegeben, weshalb auch kein Alarm ausgelöst wurde. Der Angreifer probierte zunächst den naheliegenden Weg aus – das Hinzufügen von Berechtigungen in der Hauptautorisierungsanfrage – und unsere Konfiguration lehnte dies korrekt ab. Dann probierte er es über die Einwilligungsseite, und dort gelang es ihm tatsächlich, durchzukommen.
Für jeden, der einen ähnlichen Stack prüft, ist der Hintergrund wichtig. Die Sicherheitslücke entstand im Oktober 2023 durch drei aufeinanderfolgende Pull-Requests: Der erste sorgte dafür, dass die Verwaltungs-API OAuth-Token akzeptierte, während eine separate Editor-Überprüfung diese weiterhin schützte; der zweite hob diese Editor-Überprüfung auf; der dritte gewährte allen Benutzern Zugriff auf den OAuth-Einwilligungsbildschirm. Eine Sicherheitsverbesserung im Mai 2026 (PR #158) fügte Anforderungen für Administratorberechtigungen auf dem Verwaltungsserver hinzu, las diese Berechtigungen jedoch aus dem Token selbst aus, und die Einwilligungsseite erlaubte es weiterhin jedem, diese dort einzutragen. Die Schwachstelle konnte etwa drei Jahre lang ausgenutzt werden.
Die Korrekturen sind öffentlich: Die Einwilligungsseite lehnt nun alle Berechtigungen ab, die die Anwendung nicht angefordert hat (PR #853); Administrator-Token müssen eine Berechtigung enthalten, die ausschließlich für die Verwaltungs-API ausgestellt wurde und die Client-Token nicht erhalten können (derselbe PR; PR #855 ermöglichte es uns, diese Überprüfung separat in der Produktionsumgebung zu aktivieren, was wir am 21. September getan haben); und Verwaltungsfunktionen, die Kontaktdaten ändern, können über die Konfiguration für alle vollständig gesperrt werden (PR #861).
Der Code wurde im Jahr 2023 in dem Unternehmen geschrieben, in dem die Plattform Blink seit 2019 entwickelt wurde, und ging im Oktober 2024 in unseren Besitz über, als Blink einen Eigentümerwechsel durchlief und zu einem eigenständigen Unternehmen wurde. Zwei der Ingenieure, die die Plattform entwickelt hatten, kamen zu uns, nicht jedoch diejenigen, die den Ablauf der administrativen Autorisierung programmiert hatten. Daher wusste niemand im Team von Blink , warum es eine vorherige Berechtigungsprüfung gab. Im Laufe des Jahres 2025 widmeten wir den Großteil unserer technischen Arbeit der Trennung unserer Systeme von denen dieses Unternehmens, die sich im Laufe der Jahre miteinander verflochten hatten: unsere eigene Infrastruktur, unsere eigenen Konten, unser eigener Knoten.
Im Jahr 2026 änderten sich die regulatorischen Rahmenbedingungen in vielen Ländern, in denen wir tätig waren. Google begann, in fünfzehn Märkten lokale Lizenzen für Wallet-Anwendungen zu verlangen, die Übergangsfrist für die MiCA-Vorschriften der Europäischen Union endete am 1. Juli, und viele andere Länder verabschiedeten neue Gesetze oder setzten bereits in früheren Jahren verabschiedete Gesetze in Kraft. Wir reagierten darauf, indem wir weniger Geld unserer Kunden verwahrten, anstatt weitere Lizenzen zu beantragen: Wir entwickelten und führten eine nicht-verwahrende Wallet ein, stellten den Verwahrungsdienst in mehr als vierzig Ländern ein und führten Zehntausende von Nutzern auf Konten um, bei denen sie ihre eigenen Schlüssel verwahren. Unser Beitrag vom Juni über die Einführung der nicht-verwahrenden Konten beschreibt diese Arbeit. Für ein Team von etwa zwanzig Personen nahm dies den größten Teil des Jahres in Anspruch.
Die Überarbeitung des Codes, den wir übernommen hatten, blieb bei diesen beiden Projekten auf der Strecke. Es hat zu lange gedauert. Als Erstes haben wir geändert, wie Sicherheitsbefunde klassifiziert und zugeordnet werden.
Die hohe Betriebsliquidität ist Teil derselben Geschichte. Wir hatten sie auf etwa das Doppelte ihres normalen Niveaus angehoben, um ein Polster für die Migration zu schaffen, deren erste Welle ein oder zwei Wochen vor dem Angriff abgeschlossen war. Wir hatten sie noch nicht wieder gesenkt. Deshalb konnte der Verlust so groß ausfallen. Seitdem haben wir sie auf einen Bruchteil dieses Niveaus reduziert, und der Betriebssaldo von Lightning sinkt weiter.
Der Angreifer eroberte 35 Konten auf dieselbe Weise: Er änderte die E-Mail-Adresse oder die Telefonnummer über die Verwaltungstools, forderte einen Zugangscode an und meldete sich an. Von 24 Konten hob er Geld ab. Bei neun stieß er auf eine Barriere. Bei diesen neun Konten war die Zwei-Faktor-Authentifizierung aktiviert – eine Authentifizierungs-App auf dem Smartphone des Kontoinhabers – und bei einem mit 2FA geschützten Konto kann eine Sitzung, die nur mit einem Zugangscode geöffnet wurde, kein Geld bewegen. Unsere Aufzeichnungen zeigen, dass die 18 Versuche des Angreifers bei diesen neun Konten genau an dieser Sicherheitskontrolle scheiterten. Bei keinem einzigen Konto gab es Verluste.
Die 2FA hat die Übernahme unserer Verwaltungstools nicht verhindert. Sie hat jedoch den Diebstahl von Geldern aus den Einzelkonten verhindert. Bei keinem der 24 Konten, von denen Geld abgezogen wurde, war sie aktiviert. Wir hätten sie für große Abhebungen und für Konten mit hohen Guthaben vorschreiben müssen.
Wenn du nach dem Lesen dieses Artikels nur eine einzige Sache tust, dann soll es diese sein: Einstellungen → Sicherheit und Datenschutz → Zwei-Faktor-Authentifizierung. Aktiviere diese Funktion anschließend auch in deinem E-Mail-Konto, da deine Zugangscodes möglicherweise an Blink gesendet werden.
Am Sonntag, einen Tag nach dem Angriff, wussten wir, was gestohlen worden war und von wem – bis auf den letzten Satoshi –, abgestimmt mit dem Hauptbuch, der Blockchain und dem Knoten von Lightning, und der Vorstand hatte beschlossen, wie der Schaden beglichen werden sollte. Die Aktionäre von Blink haben den gesamten Betrag innerhalb von weniger als 24 Stunden als zinsloses Darlehen zugesagt, es am Mittwoch vorab bereitgestellt, und jedem Aktionär wurde angeboten, seinen Anteil zu denselben Bedingungen zu finanzieren. Am Donnerstag, dem 24. September, haben wir alle betroffenen Guthaben wiederhergestellt und die Gebühren zurückerstattet, die wir für die betrügerischen Abhebungen erhoben hatten. Die betroffenen Kunden erhielten eine direkte Nachricht von uns, bevor wir weitere öffentliche Erklärungen abgaben, ebenso wie die Personen, deren Daten abgefragt wurden.
Die Vorgehensweise war bewusst gewählt. Zunächst ging es darum, die Nutzer zu entschädigen; alles andere kam erst danach. Am Freitag haben wir unsere Aktionäre über dieselben Sachverhalte informiert, die Sie gerade lesen, und diese Veröffentlichung zurückgehalten, bis die Behörden unsere Meldungen erhalten hatten: eine Strafanzeige bei der Generalstaatsanwaltschaft der Republik El Salvador, Meldungen an die Finanzaufsichtsbehörde und die Cybersicherheitsbehörde von El Salvador, eine Strafanzeige bei der Polizeibehörde von Próspera ZEDE sowie eine Meldung an die Finanzaufsichtsbehörde von Próspera.
Es gibt zwei Dinge aus dieser Woche, die wir festhalten möchten. Am Sonntag schrieb uns der Angreifer und forderte eine Zahlung, wobei er damit drohte, Nutzerdaten zu veröffentlichen. Wir haben nicht gezahlt und werden dies auch nicht tun; diese Nachricht ist nun ein Beweis für seinen Erpressungsversuch. Und von Sonntag bis Mittwoch versuchte er weiterhin, sich bei vier der gesperrten Konten anzumelden, deren Kontaktdaten noch die E-Mail-Adresse des Angreifers enthielten, da wir diese noch nicht zurückgesetzt hatten. Jede von ihm versuchte Zahlung wurde abgelehnt, und es hat sich nichts getan. Das hätte eigentlich nicht möglich sein dürfen. Unser Reaktivierungsverfahren stellt nun zunächst die Kontaktdaten wieder her, beendet alle Sitzungen und entsperrt erst dann das Konto.
Wir sind nicht das erste Unternehmen, das einen solchen Verlust übernimmt und seine Nutzer entschädigt. Börsen und Wallets haben dies bereits vor uns getan. Der Verlust eines Verwahrers geht zu Lasten des Verwahrers.
Blink Am 19. September fingen wir nicht bei Null an. Der Großteil der Kundengelder befand sich bereits in einer Cold Storage-Lösung mit Mehrfachsignatur, verteilt auf mehrere Kontinente; der Dienst arbeitet mit vollständiger Deckung; die Zwei-Faktor-Authentifizierung war verfügbar, und wir hatten die Nutzer schon seit längerem dazu ermutigt, diese zu aktivieren; außerdem waren Auszahlungen je nach Kontostufe begrenzt. Fast all das hat standgehalten: Der Angreifer gelangte nie in den Cold Storage, griff nie auf ein nicht verwahrtes Konto zu und scheiterte bei jedem Konto, das über 2FA verfügte. Was konkret versagte, waren die Autorisierungsprüfungen der Verwaltungswerkzeuge, die wir übernommen hatten, sowie eine Überwachung, die auf Ausfälle des Dienstes abzielte und nicht darauf, dass ein Administrator etwas tat, was kein Administrator tun sollte. Was im Großen und Ganzen versagte, waren unsere Prioritäten: Der Eigentümerwechsel und anschließend die Migration aus der Verwahrung beschäftigten den Großteil des Teams, und die Sicherheitsarbeit am geerbten Code blieb auf der Strecke.
Was wir in den ersten Tagen gemacht haben:
Die gesamte Plattform wird weiter ausgebaut.
Und zwei Verpflichtungen, die heute beginnen:
1.Die Belohnung für die Wiederbeschaffung. Wir zahlen 25 % des Wertes jedes Teils der am 19. September gestohlenen 6,61 BTC, der als direkte Folge von Informationen, die du uns gibst, wiederbeschafft wird: bis zu etwa 1,65 BTC, falls der gesamte Betrag wiederbeschafft wird. Von allem, was wiederbeschafft wird, gehen weitere 25 % an Bitcoin Beach, Bitcoin Ekasi, Afribit Kibera und an die Kreislaufwirtschaften für Bitcoin im Globalen Süden, die gemeinsam ausgewählt werden und möglicherweise zusätzliche Unterstützung benötigen. Das Angebot ist zeitlich unbegrenzt; schreibe an bounty@blinkbtc.com. Die Belohnung wird nur aus Mitteln ausgezahlt, die in eine von uns kontrollierte Wallet zurückgeflossen sind. Die gestohlenen Mittel können on-chain an bc1q5vek5m04l6v277t6exhrurylqsmtvg2l30pt99 oder per Lightning an die Adresse Lightning bounty@blink.sv zurücküberwiesen werden.
2.Ein Kanal zur Meldung von Sicherheitsproblemen mit Belohnungen. Schreiben Sie an bounty@blinkbtc.com. Wir bestätigen den Eingang jeder Meldung innerhalb von maximal 72 Stunden, und unser Sicherheitsteam kümmert sich darum, bis das Problem gelöst ist. Die in gutem Glauben durchgeführte Untersuchung der Software unter Blink ist willkommen, und wir werden keine Maßnahmen gegen Personen ergreifen, die eine Sicherheitslücke verantwortungsbewusst melden. Wir zahlen nach eigenem Ermessen Prämien von bis zu 0,1 BTC für kritische Fundstellen. Die vollständigen Richtlinien finden Sie unter blink.sv/bounty-terms. Dieser Kanal wurde aufgrund dieses Vorfalls eingerichtet: Jede Meldung muss an die richtige Stelle gelangen, eine Antwort erhalten und bis zur Klärung von einer verantwortlichen Person betreut werden.
Die 50 % werden in zwei Teile aufgeteilt: 25 % gehen an denjenigen, der die Informationen liefert, die zur Wiederbeschaffung führen, und weitere 25 % des gesamten wiederbeschafften Betrags gehen an Bitcoin Beach, Bitcoin Ekasi, Afribit Kibera und an die Kreislaufwirtschaften, die diese Organisationen auswählen. Wir gehen davon aus, dass die Gelder höchstwahrscheinlich für immer verloren sind. Gestohlene Bitcoins wiederzubekommen ist sehr schwierig, daher ist für uns jeder wiedererlangte Betrag ein großer Erfolg, und je mehr Menschen wir dazu ermutigen können, uns bei der Suche nach dem Angreifer zu helfen, desto besser. Jemand wie er sollte nicht so leicht ungestraft davonkommen, und wir wollen, dass es für ihn so schwierig und unangenehm wie möglich ist, dieses Geld auszugeben.
Wir fügen die zweiten 25 % hinzu, weil wir den Angreifer daran erinnern wollen, dass er Geld gestohlen hat, das wir und unsere Aktionäre – die sich unserer Mission verpflichtet fühlen – tausendmal lieber dafür verwendet hätten, die Einführung von Bitcoin an der Basis zu unterstützen und diejenigen zu fördern, die mit Bitcoin in Gemeinschaften ohne Zugang zum Bankwesen auf der ganzen Welt etwas aufbauen. Er sollte sich schämen.
Wir haben die Geldflüsse seit dem 19. September lückenlos nachverfolgt. Am 1. Oktober befanden sich noch etwa 0,87 BTC in den Empfängeradressen, ohne dass eine Bewegung stattgefunden hatte. Der Rest wurde in andere Wallets des Angreifers transferiert, in denen sich ebenfalls Bitcoin befindet, das nicht von Blink abgezogen wurde. Von diesen Wallets wurden etwa 5,05 BTC über einen Cross-Chain-Tauschdienst (NEAR Intents) transferiert: 1 BTC am 21. September und etwa 4,05 BTC am 28. und 29. September. Unser eigener Antrag auf Datensicherung vom 22. September blieb unbeantwortet, und wir haben die Behörden gebeten, die Aufzeichnungen dieses Dienstes einzuholen. Etwa 0,012 BTC gelangten auf ein Konto bei Binance, und das Sicherheitsteam von Binance arbeitet mit uns zusammen und sperrt diese Beträge. Da eigene Bitcoins des Angreifers daruntergemischt sind, ergeben diese Zahlen nicht die Summe von 6,61 BTC. Die On-Chain-Adressen finden Sie im Anhang.
Unser Code ist offen, und Dienste, die nicht von uns entwickelt wurden, betreiben davon abgeleitete Implementierungen. Das anfällige Muster – ein Einwilligungsablauf, der sich auf die Berechtigungsliste des Browsers stützt, und ein Zugriffswächter, der jedes gültige Token akzeptiert, ohne die Zielgruppe zu überprüfen – ist älter als die aktuellen Repositorys unter Blink und befindet sich im archivierten öffentlichen Verlauf. Wir haben die Betreiber der uns bekannten abgeleiteten Implementierungen privat benachrichtigt; einer hat den Fix noch am selben Tag umgesetzt. Unsere Sicherheitswarnung für den Code ist auf GitHub unter github.com/blinkbitcoin/blink/security/advisories zu finden, mit einer beantragten CVE-Kennung. Wenn Sie eine auf dem Code von Blink basierende Lösung betreiben und noch nichts von uns gehört haben, schreiben Sie bitte an bounty@blinkbtc.com; sobald wir bestätigt haben, dass Sie eine solche Lösung betreiben, teilen wir Ihnen das vollständige Überprüfungsverfahren mit und helfen Ihnen bei der Überprüfung. Die Korrekturen sind die drei oben verlinkten PRs. Angreifer scannen den öffentlichen Code mittlerweile mit maschineller Geschwindigkeit. Wenn Sie diesen Code betreiben, überprüfen Sie ihn noch heute.
Blink Es entstand als Bitcoin-Wallet für den Alltag in einem kleinen Strandort, wo die Menschen Geld brauchten, das einfach funktionierte. Am 19. September funktionierte es für 22 unserer Kunden nicht. Jeder einzelne von ihnen hatte uns sein Geld anvertraut – und genau dafür gibt es einen Verwahrer.
An unsere Kunden für ihre Geduld; an die Ermittler und Börsen, die innerhalb weniger Stunden geholfen haben; an die Aktionäre, die dem Unternehmen ohne zu zögern den Rücken gestärkt haben; und an das Team, das einen ganzen Samstag geopfert und die ganze Nacht durchgearbeitet hat: Vielen Dank. Wir werden das Vertrauen wiederherstellen, so wie wir es in El Zonte gewonnen haben: indem wir präsent sind und dafür sorgen, dass die Zahlungen jeden Tag abgewickelt werden.
War mein Geld in Gefahr? Wenn dein Konto noch offen ist und wir dir nicht geschrieben haben, liegt uns keine Aufzeichnung darüber vor, dass der Angreifer deine Kontodaten eingesehen hat, und es wurde nichts von deinem Konto entwendet. Bis wir es am 19. September geschlossen haben, konnte die Sicherheitslücke bei jedem Konto mit Verwahrung ausgenutzt werden, obwohl bei einem Konto mit 2FA keine Geldtransfers möglich gewesen wären. Der Großteil der Kundengelder befindet sich in Cold Storage, auf den die Verwaltungstools keinen Zugriff haben. Wenn du ein nicht-verwahrtes Konto hast, befanden sich deine Schlüssel zu keinem Zeitpunkt auf unseren Servern, und der Angreifer hatte nichts, was er hätte entwenden können.
Hat der Angreifer meine Daten abgegriffen? Es wurden Daten von 3.817 Konten abgefragt. Wir haben jeden Kontoinhaber, den wir erreichen konnten, schriftlich darüber informiert, was festgestellt wurde. Wenn dein Konto aktiv ist und du keine solche Nachricht erhalten hast, war es nicht darunter. Du kannst uns jederzeit fragen, welche Daten deines Kontos abgefragt wurden – sofern überhaupt welche abgefragt wurden: support@blink.sv.
Warum hat die Überwachung von Blink den Angriff nicht erkannt? Unsere Warnmeldungen waren darauf ausgelegt, Ausfälle des Dienstes zu erkennen. Es gab keine Regel für einen Administrator, der Dinge tut, die kein Administrator tun sollte, und der Angreifer nutzte unsere eigenen Tools mit Tokens, die unser eigenes System ausgestellt hatte.
Warum befand sich so viel Geld auf dem Betriebskonto? Wir hatten unseren Betriebskontostand als Sicherheitspolster für die Umstellung auf nicht-verwahrte Konten in etwa verdoppelt und ihn nach dem Ende der ersten Welle nicht wieder reduziert. Derzeit liegt er nur noch bei einem Bruchteil dieses Betrags, und wir werden die genaue Zahl nicht veröffentlichen.
Hätte mich die 2FA geschützt? In diesem Fall ja. Alle Konten, bei denen die 2FA aktiviert war, blieben unversehrt; keines der Konten, bei denen Geld verloren ging, hatte die 2FA aktiviert. Sie wird zwar nicht alle Angriffe abwehren, aber diesen hat sie abgewehrt. Aktiviere sie.
Sollte ich zu einem nicht-verwahrten Konto wechseln? Wenn du es vorziehst, deine eigenen Schlüssel zu verwahren, dann ja: Dafür sind sie da, und niemand bei Blink – und auch niemand, der sich Zugang zu Blink verschaffen kann – kann die von dir verwahrten Guthaben bewegen. Es ist nicht verpflichtend, es sind noch nicht alle Funktionen verfügbar, und die Verfügbarkeit hängt von deiner Region ab. Wenn du weiterhin ein verwahrtes Konto nutzt, aktiviere die 2FA.
Wer hat dafür bezahlt? Die Aktionäre von Blink – mit einem zinslosen Darlehen, das innerhalb von weniger als 24 Stunden zugesagt und am 23. September ausgezahlt wurde. Weder die Kunden noch die Kundeneinlagen. Blink arbeitet weiterhin mit voller Deckung: Jeder Kontostand ist im Verhältnis 1:1 gedeckt.
Ich habe ein Sicherheitsproblem auf Blink entdeckt. Was soll ich tun? Schreibe eine E-Mail an bounty@blinkbtc.com. Wir antworten dir innerhalb von maximal 72 Stunden, dein Bericht wird bis zur Lösung von einem Verantwortlichen betreut, und für kritische Befunde gibt es eine Belohnung.
Hier werden wir mit Angabe des Datums Neuigkeiten zur Wiederherstellung, zur Belohnung sowie etwaige Korrekturen an diesem Beitrag veröffentlichen.
Die folgenden Adressen haben die On-Chain-Abhebungen erhalten. Wir bitten die Börsen und die Ermittler, Einzahlungen von diesen Adressen herauszufiltern und sich per E-Mail an bounty@blinkbtc.com zu wenden. (Die von Lightning ausgehenden Transaktionen gingen an die vom Angreifer kontrollierten Wallets Lightning und werden separat nachverfolgt.)
Gesamtbetrag in der Blockchain: 4,62685758 BTC, die in 14 Auszahlungen an diese Adressen eingegangen sind, davon sieben an die erste Adresse. Unser Zahlungssystem fasst Auszahlungen zusammen, sodass die 14 Auszahlungen in 12 On-Chain-Transaktionen erfolgten. Die verbleibenden 1,98399667 BTC der Gesamtmenge von 6,61085425 BTC wurden über Lightning ausgezahlt.
Empfangen und senden Sie jetzt Bitcoin
