Een bitcoinbetaling versnellen zonder diefstal

Daniel Platteau

Kort gezegd: op 24 oktober 2026 bracht de bitcoinwallet Electrum versie 4.8.3 uit om een lek te dichten dat al werd misbruikt: een kwaadaardige server kon uw betaling vervangen door een valse transactie zonder kosten, die vast leek te zitten. Als u de kosten verhoogde om ze te versnellen (de functie RBF), ondertekende uw eigen wallet… de betaling naar de aanvaller. Minstens één gebruiker verloor geld. Gebruikt u Electrum? Werk bij (menu Help > Over), en versnel tot dan geen enkele transactie. Voor iedereen geldt één regel: controleer voor het ondertekenen het adres en het bedrag, op het scherm van uw hardware wallet als u er een hebt.

Bijgewerkt op 30 oktober 2026. Dit artikel is geen financieel advies.

Waarom een bitcointransactie vast komt te zitten

Wanneer u bitcoin verstuurt, wordt uw transactie niet meteen in de blockchain opgenomen. Ze wacht eerst in de mempool, de wachtkamer voor onbevestigde transacties. Miners, die gemiddeld om de tien minuten een blok maken, kiezen eerst de transacties die de hoogste kosten per grootte-eenheid betalen.

Betaalde u te weinig terwijl het netwerk druk is, dan kan uw transactie uren of zelfs dagen blijven wachten. Er gaat niets verloren: zolang ze onbevestigd is, is ze niet definitief. Maar de ontvanger wacht op zijn betaling, en u wilt ze deblokkeren.

Twee manieren om te versnellen: RBF en CPFP

RBF is het eenvoudigst en het meest gebruikt: in de meeste wallets volstaat een rechtsklik op de wachtende transactie en « Kosten verhogen ». Sinds versie 28 van Bitcoin Core (2024) aanvaarden nodes die ze gebruiken standaard dat een onbevestigde transactie wordt vervangen door een versie die meer betaalt, binnen de vervangingsregels.

Precies dat alledaagse gebaar werd bij de aanval op Electrum misbruikt.

De aanval op Electrum, stap voor stap

Electrum is een van de oudste bitcoinwallets en geliefd omdat hij licht is. Om licht te blijven, downloadt hij niet de hele blockchain: hij raadpleegt Electrum-servers, vaak beheerd door vrijwilligers, om de geschiedenis van uw adressen te kennen en uw betalingen te verspreiden. Voor bevestigde transacties controleert hij wat de server zegt; voor onbevestigde transacties vertrouwde hij de server (Forklog, 2026).

Het veiligheidsbericht GHSA-6jp4-8v48-cc5v beschrijft de aanval zo (Electrum, 2026; Safeguard, 2026; TFTC, 2026):

1. U ondertekent een betaling en klikt op « Verzenden ». Electrum geeft ze aan de server waarmee hij verbonden is.
2. De kwaadaardige server stuurt ze niet door naar het netwerk. Uw echte betaling bestaat dus nergens.
3. Hij stuurt uw wallet een valse transactie: dezelfde bitcoins uitgegeven, maar naar het adres van de aanvaller. Bij beide gebruikers die de aanval meldden, eindigde dat adres op dezelfde vier tekens als dat van de echte ontvanger.
4. De handtekening is ongeldig, maar Electrum toont de transactie toch in de geschiedenis, als « onbevestigd ».
5. Ze betaalt geen kosten: ze lijkt vast te zitten. U verhoogt dus de kosten met RBF… en Electrum ondertekent een nieuwe, deze keer geldige versie van de transactie van de aanvaller. Die gaat het netwerk op en wordt gemined.

Essentieel: er werd geen enkele private sleutel gestolen en de cryptografie van Bitcoin is niet in het geding. U ondertekent zelf, op basis van vervalste informatie.

Tijdlijn

Bronnen: Chaincatcher (2026); Coin Turk (2026).

Het gestolen bedrag en het aantal kwaadaardige servers werden niet bekendgemaakt. Het is niet de eerste keer dat Electrum-servers tegen hun gebruikers worden ingezet: eind 2018 en in 2019 toonden valse servers berichten die aanzetten tot het installeren van een besmette « update » (KuCoin, 2026).

Wat versie 4.8.3 oplost

Electrum controleert nu de handtekeningen van onbevestigde transacties die uw eigen bitcoins uitgeven, voor hij ze aan de geschiedenis toevoegt. Een valse transactie zoals die van de aanvaller wordt geweigerd nog voor u ze ziet (TFTC, 2026).

De oplossing heeft een grens, die de ontwikkelaars zelf aangeven: inkomende onbevestigde transacties worden nog altijd niet op die manier gecontroleerd (Forklog, 2026). Een kwaadaardige server kan u dus nog altijd laten geloven in een ontvangen betaling die niet bestaat. Een onbevestigde betaling is geen ontvangen betaling, zeker niet als u er goederen voor levert.

Wat te doen als u Electrum gebruikt

1. Controleer uw versie: menu Help > Over op een computer, de app-pagina op Android. Onder 4.8.3 bent u getroffen.
2. Werk alleen bij via electrum.org, en controleer de handtekening van het bestand als u weet hoe. Windows Defender kan het bestand ZXing.dll signaleren: volgens de ontwikkelaars is dat vals alarm (Forklog, 2026).
3. Verhoog tot dan de kosten van geen enkele transactie. Zonder dat gebaar is de valse transactie niet meer dan een beeld in uw geschiedenis.
4. Controleer uw geschiedenis. Een uitgaande transactie die u niet herkent, of die geen kosten betaalt, is verdacht. Vergelijk met een publieke explorer (bijvoorbeeld mempool.space): verschijnt uw transactie daar niet, dan heeft de server ze niet verspreid. En verschijnt ze wel, controleer dan ook het bestemmingsadres en het bedrag, niet alleen of ze er staat.
5. Hebt u een Bitcoin-node, verbind Electrum dan met uw eigen server: gebruikers die alleen met een vertrouwde server verbonden waren, liepen geen risico (Bitcoin.com News, 2026).

Andere wallets die Electrum-servers gebruiken, worden niet vermeld in het bericht, dat alleen over de Electrum-software gaat. Werkt de uwe op dezelfde manier? Dan is de vraag aan de uitgever eenvoudig: controleert hij de onbevestigde transacties die de server hem stuurt?

Een betaling veilig versnellen: de checklist

Geldig voor elke wallet, ook een bijgewerkte Electrum:

• Herlees de transactie voor u de kosten verhoogt: het volledige adres van de ontvanger (niet alleen het begin en het einde), het bedrag, het wisselgeld naar uw eigen adres.
• Op een hardware wallet leest u het scherm van het toestel, niet dat van de computer.
• Wantrouw een transactie zonder kosten die u niet zelf koos: geen ernstige wallet stelt dat standaard voor.
• Betaal van bij het begin correcte kosten: de meeste wallets geven een schatting volgens de gewenste wachttijd. Een goed betaalde transactie hoeft niet te worden versneld.
• Houd uw betalingen bij (datum, bedrag, adres, transactie-ID): nuttig bij een geschil, en voor de Belgische fiscaliteit van crypto, die vraagt dat u uw verrichtingen kunt verantwoorden.

Voor grote bedragen blijft een hardware wallet de beste keuze; onze tips om uw crypto te beveiligen staan in dit artikel. En bent u beginner, dan legt onze pagina Bitcoin de basis uit.

Waar of niet waar?

"De aanvaller stal de private sleutels van Electrum-gebruikers." Niet waar. De sleutels bleven bij hun eigenaars; zij ondertekenden een vervalste transactie.

"Bitcoin heeft een lek." Niet waar. Het protocol werkte normaal. Het lek zat in de manier waarop Electrum zijn servers vertrouwde.

"Met een hardware wallet was ik veilig." Niet noodzakelijk. Het toestel ondertekent wat het wordt voorgelegd: het beschermt alleen als u het adres op zijn scherm controleert.

"Een onbevestigde transactie in mijn wallet staat zeker op het netwerk." Niet waar. Een server kan ze niet verspreid hebben, of een valse tonen. Een onafhankelijke explorer laat toe om dat na te gaan.

"Een transactie versnellen met RBF is op zich riskant." Niet waar. RBF is een normale functie van Bitcoin. Het risico zat in de transactie die werd versneld, niet in het mechanisme.

Test uzelf

Disclaimer

Dit artikel is informatief en is geen beleggingsadvies of juridisch advies. De informatie over het lek komt uit het veiligheidsbericht van Electrum en uit analyses die tot 30 oktober 2026 werden gepubliceerd. Crypto-activa houden aanzienlijke risico's in, tot en met volledig verlies.

Bronnen

Bitcoin.com News. (2026, oktober). Electrum wallet attack hid bitcoin theft behind a fee increase. https://news.bitcoin.com/electrum-wallet-attack-hid-bitcoin-theft-behind-a-fee-increase/

Chaincatcher. (2026, 26 oktober). Electrum Bitcoin wallet fixes the theft vulnerability with a fee increase. https://www.chaincatcher.com/en/article/2298911

Coin Turk. (2026, 27 oktober). Electrum fixes bitcoin theft flaw after rogue server attacks. https://en.coin-turk.com/electrum-fixes-bitcoin-theft-flaw-after-rogue-server-attacks/

Electrum. (2026, 24 oktober). Malicious server can replace a just-broadcast tx and try to trick user into RBF-ing it (GHSA-6jp4-8v48-cc5v). GitHub. https://github.com/spesmilo/electrum/security/advisories/GHSA-6jp4-8v48-cc5v

Forklog. (2026, oktober). Electrum user loses bitcoin in transaction acceleration attempt. https://forklog.com/en/?p=105820

KuCoin. (2026, oktober). Electrum wallet patches security vulnerability; hackers steal bitcoin. https://www.kucoin.com/news/flash/electrum-wallet-patches-security-vulnerability-hackers-steal-bitcoin

Safeguard. (2026, 25 oktober). Electrum 4.8.3: malicious server transaction swap via RBF exploited. https://safeguard.sh/resources/blog/electrum-4-8-3-malicious-server-transaction-swap-rbf-exploited

TFTC. (2026, 26 oktober). Electrum 4.8.3 patches actively exploited RBF fee-bump theft flaw. https://www.tftc.io/electrum-4-8-3-rbf-fee-bump-exploit-patch