Electrum-Wallet vor Version 4.8.3 angreifbar: Was du jetzt tun kannst

Wer Bitcoin in Electrum verwahrt, sollte heute die Versionsnummer seiner Wallet nachsehen. Jede Fassung vor 4.8.3 trägt eine Lücke, über die ein bösartiger Server dich dazu bringen kann, eine Zahlung an einen Angreifer zu signieren. Die Entwickler haben sie am 23. Oktober 2026 geschlossen und einen Tag später öffentlich gemacht. In ihrem Sicherheitshinweis steht der Satz, der diesen Fall von einer theoretischen Schwachstelle unterscheidet: Einige Server führen diesen Angriff bereits durch.

Die Lücke ist mit dem Schweregrad hoch eingestuft, eine CVE-Nummer trägt sie nicht. Bemerkenswert ist nicht ihre Technik, sondern der Hebel: Sie greift nicht deine Schlüssel ab und bricht keine Verschlüsselung. Sie wartet darauf, dass du eine festhängende Transaktion beschleunigst, eine der häufigsten Handgriffe im Bitcoin-Alltag.

Was Electrum 4.8.3 behebt: Signaturen für eigene Eingänge werden geprüft

Electrum ist eine leichte Wallet, ein sogenannter Light Client. Der Begriff beschreibt eine Wallet, die keine vollständige Kopie der Bitcoin-Blockchain führt, sondern bei einem fremden Server nachfragt, welche Transaktionen zu ihren Adressen gehören. Das macht sie schnell und sparsam, und es verlagert einen Teil des Vertrauens auf diesen Server.

Genau dort setzte der Angriff an. Bis zur Version 4.8.3 übernahm Electrum unbestätigte Transaktionen in die lokale Historie, ohne deren Signaturen zu prüfen. Der Fix dreht das um: Bevor eine unbestätigte Transaktion in die Historie wandert, prüft die Wallet die Signaturen jener Eingänge, die ihr selbst gehören. Eine Fälschung mit ungültiger Signatur fällt damit auf, bevor sie im Verlauf erscheint.

Eine Einschränkung nennt der Hinweis selbst: Eingänge, die nicht zur eigenen Wallet gehören, bleiben ungeprüft. Eingehende Zahlungen von fremden Adressen sind also weiterhin nicht vollständig verifiziert. Für den beschriebenen Angriffsweg genügt die neue Prüfung, weil er zwingend die eigenen Eingänge wiederverwendet.

Replace-by-Fee: Wenn die Gebührenerhöhung zur zweiten Signatur wird

Replace-by-Fee, kurz RBF, ist ein Verfahren, mit dem du eine noch unbestätigte Bitcoin-Transaktion durch eine neue mit höherer Gebühr ersetzt. Das ist Standard und sinnvoll: Wer bei voller Mempool-Lage zu knapp kalkuliert hat, hängt sonst Stunden fest. Wie das praktisch abläuft, steht in unserer Anleitung zu festhängenden Bitcoin-Transaktionen mit RBF und CPFP.

Der entscheidende Punkt: Eine Gebührenerhöhung ist technisch keine Korrektur der alten Transaktion, sondern eine neue, die erneut signiert werden muss. Im Sendedialog sieht das nach einer Formalität aus. Du hast die Empfängeradresse eben noch geprüft, du willst nur die Gebühr nachlegen. Unterschreibst du an dieser Stelle eine Transaktion, die ein Angreifer gebaut hat, unterschreibst du seine Empfängeradresse mit.

Der Angriffsweg: vom unterdrückten Broadcast zur gefälschten Historie

Der Sicherheitshinweis beschreibt fünf Schritte. Deine Wallet sendet eine Transaktion, nennen wir sie tx1, an den Server. Der Server verbreitet sie nicht weiter, sondern verwirft sie. Anschließend legt er eine zweite Transaktion in deine Historie, tx2. Sie benutzt dieselben Eingänge wie tx1, schickt aber nahezu alle Ausgänge an eine Adresse des Angreifers.

Die Signaturen von tx2 sind ungültig, denn der Angreifer besitzt deine Schlüssel nicht. Weil die alte Electrum-Fassung sie nicht prüfte, zeigte sie tx2 trotzdem als unbestätigt an. Deine eigene tx1 fehlte im Verlauf, sie war nie im Netzwerk angekommen. Für dich sah das aus wie eine Zahlung, die nicht durchkommt.

In einem der gemeldeten Fälle hatte der Server tx2 mit einer Gebühr von null gebaut. Das ist kein Versehen, sondern Teil des Köders: Eine Transaktion ohne Gebühr bewegt sich nie, und die naheliegende Reaktion darauf ist der Griff zur Gebührenerhöhung.

Warum die Fälschung überhaupt angezeigt wurde

Eine vollwertige Bitcoin-Node hätte tx2 sofort verworfen, weil sie jede Signatur gegen die Blockchain prüft. Eine leichte Wallet tut das aus Prinzip nicht für alles, was sie bekommt. Der Angriff nutzte diese Arbeitsteilung aus, ohne eine kryptografische Hürde zu überwinden. Der Angriff verlangte vom Server weder einen gültigen Schlüssel noch eine gebrochene Signatur, nur die Gewissheit, dass niemand nachrechnet.

Zwei gemeldete Fälle, ein Verlust: die Zeitleiste der Offenlegung

Die Entwickler nennen zwei unabhängige Meldungen. Am 11. Oktober 2026 schilderte ein Nutzer, dass nach dem Senden eine andere Transaktion in seiner Historie stand und seine eigene das Bitcoin-Netzwerk nie erreichte. Der Weg über die Gebührenerhöhung war zu diesem Zeitpunkt noch nicht erkannt. Am 18. Oktober meldete ein zweiter Nutzer einen Verlust, nachdem er die Gebühr der fremden Transaktion erhöht hatte.

Fünf Tage später, am 23. Oktober, war die Fassung 4.8.3 mit dem Fix getaggt. Am 24. Oktober folgten die fertigen Programmdateien und die öffentliche Offenlegung. Zur Höhe des Verlusts machen die Entwickler keine Angabe, und eine Zahl zu betroffenen Nutzern über diese zwei Meldungen hinaus nennen sie nicht. Wer anderes liest, liest eine Schätzung.

Als Primärquelle dient die Startseite von electrum.org, die 4.8.3 als aktuelle Fassung führt, samt der Versionshinweise. Die technische Beschreibung steht im Sicherheitshinweis GHSA-6jp4-8v48-cc5v.

Adressen auf vier Zeichen geschliffen: die Täuschung im Sendedialog

Beide Meldungen haben ein Detail gemeinsam, das erklärt, warum eine schnelle Sichtprüfung nicht reichte. Die Angreifer hatten ihre Empfängeradresse so lange erzeugen lassen, bis deren letzte vier Zeichen mit denen der echten Zieladresse übereinstimmten. Dieses Verfahren heißt Vanity-Grinding: Man probiert Schlüsselpaare durch, bis die zugehörige Adresse ein Wunschmuster trägt.

Vier übereinstimmende Zeichen am Ende sind billig zu erzeugen und treffen genau die Stelle, auf die viele Nutzer schauen. Wer eine Bitcoin-Adresse kontrolliert, prüft in der Praxis selten alle Zeichen, sondern den Anfang und das Ende. Genau diese Gewohnheit war das Ziel.

Wer nicht betroffen war: eigener Server und die Rolle der Hardware-Wallet

Eine Gruppe blieb außen vor. Wer seine Electrum-Wallet mit einem selbst betriebenen oder anderweitig vertrauenswürdigen Server verbindet, war dem Angriff nicht ausgesetzt, denn ohne bösartigen Server fehlt der erste Schritt. Electrum verbindet sich in der Standardeinstellung mit öffentlichen Servern, die jeder betreiben kann, und das ist der Normalfall bei dieser Wallet.

Eine Hardware-Wallet hilft hier nur begrenzt, und es lohnt, den Unterschied zu kennen. Sie schützt den privaten Schlüssel vor dem Rechner, nicht vor einer falschen Empfängeradresse im Sendedialog. Zeigt dein Gerät Adresse und Betrag auf seinem eigenen Display an und vergleichst du sie dort, fängt es die Täuschung ab. Verlässt du dich auf die Anzeige am Rechner, unterschreibt die Hardware-Wallet die manipulierte Transaktion genauso. Welche Geräte Adresse und Betrag auf einem eigenen Display zeigen, steht in unserem Vergleich der Hardware-Wallets.

Self-Custody in Deutschland: die Haftung bleibt beim Halter

Verwahrst du deine Bitcoin selbst, trägst du das Risiko allein. Diese Form der Verwahrung fällt nicht unter die europäische Krypto-Verordnung MiCA, die Dienstleister reguliert, nicht Privatpersonen mit eigenen Schlüsseln. Es gibt keine Einlagensicherung, keine Rückbuchung und keinen Anbieter, der einen Fehlbetrag ausgleicht. Eine signierte und bestätigte Bitcoin-Transaktion ist endgültig.

Praktisch heißt das: Der Schutz liegt in der Software, die du betreibst, und in der Sorgfalt beim Signieren. Die Lehre aus diesem Fall ist unbequem, weil sie beide Seiten betrifft: Die Prüfung vor dem Signieren ersetzt keine aktuelle Software, und aktuelle Software ersetzt nicht die Prüfung.

Was in Electrum 4.8.3 außerdem steckt: DNSSEC, BOLT11 und Deskriptoren

Die Versionshinweise zu 4.8.3 führen die Sicherheitskorrektur als einzigen Punkt mit Schweregrad-Angabe, listen daneben aber eine Reihe weiterer Änderungen. Neu aufgenommen ist mempool.space als Quelle für Wechselkurse, dazu kommt ein Vertrauensanker für die DNSSEC-Prüfung. Das Modul für Wechselkurse wurde überarbeitet, und Netzwerkanfragen laufen nicht mehr über die Qt-Bibliothek.

Im Bereich der Transaktionen und Schlüsselverwaltung nennen die Hinweise strengere Prüfungen beim Einlesen von Deskriptoren und BIP32-Pfaden sowie mehrere Korrekturen beim Signieren. Für die Lightning-Funktion sind eine strengere Prüfung von BOLT11-Rechnungen und eine behobene Wettlaufsituation bei Kanal-Sicherungen aufgeführt. Es handelt sich also um eine Sicherheitsfassung mit einem größeren Wartungspaket, nicht um einen reinen Notfall-Patch.

Versionsnummer und Bezugsquelle: electrum.org und die GPG-Signatur

Die laufende Version steht in Electrum unter dem Menüpunkt mit den Programminformationen, auf dem Desktop üblicherweise unter Hilfe. Steht dort eine Nummer kleiner als 4.8.3, gilt die Lücke für deine Installation. Bei der Android-Fassung aus Google Play oder F-Droid liefert die jeweilige Store-Seite die Versionsnummer.

Beim Bezug gibt es eine Warnung, die Electrum selbst auf seiner Startseite in den Vordergrund stellt: Lade die Software von keiner anderen Quelle als electrum.org. Gefälschte Electrum-Pakete sind ein eigener, älterer Angriffsweg. Die Programmdateien sind reproduzierbar gebaut und von mehreren Personen unabhängig signiert, deren GPG-Signaturen du vor der Installation prüfen kannst. Diese Prüfung ist bei einer Wallet, die fremden Servern vertraut, der günstigste Sicherheitsgewinn, den du haben kannst.

Dein Seed bleibt von einem Update unberührt, eine Neueinrichtung der Wallet verlangt es nicht. Gesichert und erreichbar sollte er vor jedem Eingriff an der Installation dennoch sein.

Zwischenlösung ohne Update: Adressvergleich vor jeder Signatur

Der Sicherheitshinweis nennt für diesen Fall eine Zwischenlösung. Prüfe vor jeder Signatur die Empfängeradresse und den Betrag, und zwar bei einer Gebührenerhöhung genauso gründlich wie beim ersten Senden. Nimm die Adresse dabei nicht an ihren letzten Zeichen, sondern vollständig, oder vergleiche sie auf dem Display eines separaten Geräts.

Ein zweites Warnzeichen kennst du jetzt: Erscheint nach dem Senden eine Transaktion im Verlauf, die du nicht kennst, oder fehlt deine eigene, dann ist das kein Anzeigefehler, der sich mit einer höheren Gebühr beheben lässt. In dieser Lage ist eine Gebührenerhöhung genau der falsche Griff.

Electrum-Update: Ohne 4.8.3 entscheidet der Server, was du siehst

1. Version nachsehen und aktualisieren. Steht eine Nummer unter 4.8.3 in deiner Wallet, hol 4.8.3 ausschließlich von electrum.org und prüfe die GPG-Signatur. Bis dahin keine Gebührenerhöhung auf eine Transaktion, die du nicht selbst erzeugt hast. Wer die Wallet ohnehin wechseln will, sichtet die Alternativen im Software-Wallet-Vergleich.
2. Jede Adresse vollständig vergleichen. Die letzten vier Zeichen sind kein Beweis, sie waren in beiden Fällen exakt nachgebaut. Hast du ein Gerät mit eigenem Display, läuft die Kontrolle dort, und welche Geräte das leisten, zeigt der Hardware-Wallet-Vergleich.
3. Serververbindung und Alternativen prüfen. Wer einen eigenen oder vertrauenswürdigen Server nutzt, war von diesem Angriff nicht betroffen. Welche Wallet-Software welche Serverwahl überhaupt zulässt, zeigt der Software-Wallet-Vergleich.

(Stand: 25. Oktober 2026. Dieser Beitrag ist keine Anlageberatung. Kurse und Gebührenmodelle ändern sich; prüfe die Konditionen vor jedem Kauf beim Anbieter selbst.)