Vulnerabilità dei wallet Bitcoin, una falla in Electrum espone gli utenti al furto di fondi durante l’accelerazione delle transazioni
Un’operazione utilizzata per accelerare i pagamenti in Bitcoin ha consentito ad alcuni server malevoli di indirizzare fondi verso portafogli controllati da aggressori informatici. Il problema riguarda Electrum, uno dei software wallet più conosciuti per la gestione della criptovaluta, e ha già provocato almeno un furto documentato. La vulnerabilità è stata corretta con la versione 4.8.3, distribuita il 24 ottobre 2026, dopo due segnalazioni ricevute dagli sviluppatori nel corso del mese.
La vicenda, ripresa da CoinDesk il 26 ottobre, riguarda una funzione apparentemente ordinaria: l’aumento delle commissioni di una transazione che tarda a essere confermata sulla rete Bitcoin. Attraverso un server compromesso o controllato direttamente dall’aggressore, il wallet poteva mostrare all’utente un’operazione diversa da quella effettivamente richiesta. Il successivo tentativo di velocizzarne la conferma rischiava di trasformare quella transazione fraudolenta in un pagamento valido.
La vulnerabilità dei wallet Bitcoin individuata in Electrum non coinvolge il protocollo della criptovaluta né tutti i programmi utilizzati per custodirla. Interessa le versioni di Electrum precedenti alla 4.8.3, in particolari condizioni di connessione e utilizzo. La distinzione è essenziale per comprendere la portata dell’incidente e le precauzioni necessarie.
Le prime segnalazioni e il furto confermato
L’avviso tecnico pubblicato il 24 ottobre 2026 sul repository ufficiale di Electrum identifica il problema con il codice GHSA-6jp4-8v48-cc5v e l’identificativo CVE-2026-117601. La gravità indicata dagli sviluppatori è alta.
La prima segnalazione risale all’11 ottobre. Un utilizzatore di un portafoglio multisignature, configurato per richiedere due firme su tre e utilizzato con dispositivi hardware Trezor, aveva rilevato una discrepanza tra il pagamento autorizzato e quello successivamente comparso nella cronologia di Electrum.
Le verifiche effettuate sui dispositivi hardware riguardavano la transazione legittima. In seguito, però, il software mostrava un’operazione differente. Nel primo episodio non è stata documentata una perdita patrimoniale, ma la segnalazione ha permesso di individuare un comportamento anomalo nella gestione dei pagamenti non confermati.
Il 18 ottobre è arrivata una seconda comunicazione, questa volta accompagnata dalla perdita effettiva di Bitcoin. L’utente aveva tentato di aumentare la commissione di una transazione che riteneva ancora in attesa di conferma. L’operazione autorizzata, tuttavia, era stata sostituita con un pagamento destinato all’aggressore.
La documentazione ufficiale conferma due segnalazioni e almeno un caso di sottrazione di fondi. Non specifica l’ammontare del denaro perso, il numero complessivo degli utenti eventualmente coinvolti o l’identità dei responsabili.
Gli sviluppatori hanno inoltre indicato che alcuni server stavano già utilizzando concretamente questa modalità di attacco. Non si tratta quindi di una vulnerabilità individuata esclusivamente attraverso simulazioni di laboratorio.
La correzione è stata inserita nel codice il 23 ottobre, mentre i pacchetti di installazione della versione 4.8.3 sono stati pubblicati il giorno successivo, insieme all’avviso di sicurezza.
Come funzionano le transazioni Bitcoin e l’aumento delle commissioni
Quando un utente invia Bitcoin, il wallet prepara una transazione che specifica quali fondi vengono utilizzati e a quali indirizzi devono essere destinati. L’operazione viene autorizzata mediante firme crittografiche e trasmessa alla rete.
Prima di essere inclusa in un blocco, la transazione può rimanere nella mempool, l’insieme delle operazioni valide ancora in attesa di conferma conservate dai nodi della rete.
I miner selezionano le transazioni da inserire nei blocchi anche in funzione delle commissioni offerte. Nei periodi di maggiore attività, un pagamento con una commissione relativamente bassa può quindi richiedere più tempo prima di essere confermato.
Per gestire queste situazioni esiste il meccanismo Replace-by-Fee, comunemente abbreviato in RBF. La funzione permette di sostituire una transazione non ancora confermata con una nuova versione che offre una commissione più elevata, rispettando le condizioni previste dalle regole di sostituzione applicabili.
In condizioni normali, il destinatario del pagamento rimane quello previsto dall’utente. Cambia principalmente la commissione, eventualmente attraverso una diversa gestione del resto o degli importi disponibili.
Il problema individuato in Electrum nasce proprio durante questo passaggio.
Se la cronologia del wallet contiene informazioni alterate su una transazione in sospeso, il tentativo di aumentarne la commissione può diventare pericoloso. L’utente ritiene di intervenire su un pagamento già preparato e autorizzato, mentre il software potrebbe sottoporgli un’operazione modificata.
La firma digitale rende valida una transazione rispetto alle condizioni crittografiche richieste dalla rete, ma non garantisce che l’utente abbia compreso correttamente il destinatario e gli importi che sta autorizzando.
È questa la differenza tra la sicurezza del meccanismo crittografico e quella dell’interfaccia attraverso cui viene utilizzato.
Il ruolo dei server esterni nella vulnerabilità di Electrum
Electrum è un wallet leggero. A differenza dei software che mantengono e verificano autonomamente una copia completa della blockchain, utilizza server esterni per ottenere informazioni sulle transazioni, sincronizzare la cronologia e trasmettere i pagamenti.
L’architettura permette di utilizzare il portafoglio senza scaricare l’intera blockchain Bitcoin, riducendo le risorse richieste al dispositivo.
La documentazione tecnica di Electrum distingue però le informazioni relative alle transazioni confermate da quelle ancora in attesa.
Per le prime, il software utilizza verifiche basate sul sistema Simplified Payment Verification, o SPV. Le informazioni vengono controllate attraverso prove crittografiche collegate ai blocchi della blockchain.
Per le transazioni non confermate, invece, il client attribuiva un maggiore livello di fiducia al server principale utilizzato per la sincronizzazione.
La vulnerabilità dei wallet Bitcoin emersa nell’ottobre 2026 sfruttava precisamente questa differenza.
Nelle versioni interessate, Electrum poteva accettare nella propria cronologia una transazione in uscita comunicata dal server senza averne preventivamente verificato le firme relative ai fondi controllati dal wallet.
Il software poteva così presentare come operazione in sospeso una transazione che, in realtà, non possedeva ancora le firme necessarie per essere accettata dalla rete Bitcoin.
Il rischio si concretizzava quando l’utente decideva di modificarne la commissione.
La vulnerabilità non consentiva al server di ricavare automaticamente le chiavi private del portafoglio. L’aggressore aveva bisogno che il proprietario autorizzasse una nuova transazione attraverso il normale procedimento di firma.
Questa caratteristica rende l’incidente particolarmente significativo: il pagamento fraudolento poteva essere autorizzato utilizzando le funzionalità legittime del wallet, senza che fosse necessario compromettere direttamente il sistema crittografico di Bitcoin.
Una frode costruita sull’apparenza di una transazione bloccata
L’analisi degli sviluppatori descrive un attacco nel quale il server malevolo interveniva sulle informazioni mostrate dal wallet relativamente a un pagamento appena effettuato.
L’utente vedeva comparire nella cronologia una transazione apparentemente in attesa, ma con caratteristiche differenti da quelle dell’operazione originaria. La modifica poteva riguardare l’indirizzo di destinazione, sostituito con uno controllato dall’aggressore.
Nel caso che ha provocato una perdita, gli sviluppatori hanno rilevato anche un particolare relativo alla commissione: la transazione fraudolenta ne prevedeva una pari a zero.
Questa circostanza poteva favorire la decisione di intervenire manualmente per accelerare il pagamento. Gli sviluppatori la considerano una possibile scelta intenzionale dell’aggressore, ma non hanno presentato come accertata la sua motivazione.
Le due segnalazioni contenevano inoltre un elemento comune. Gli indirizzi utilizzati dagli aggressori terminavano con gli stessi quattro caratteri degli indirizzi legittimi.
Il dettaglio è rilevante perché evidenzia il limite di un controllo superficiale degli indirizzi Bitcoin.
Gli indirizzi sono sequenze alfanumeriche relativamente lunghe. Durante una verifica rapida, qualcuno potrebbe limitarsi a confrontarne i caratteri iniziali o finali, senza controllare l’intera stringa.
La corrispondenza degli ultimi quattro caratteri, quindi, poteva contribuire a rendere meno evidente la sostituzione.
Non significa che gli aggressori fossero riusciti a violare la crittografia degli indirizzi Bitcoin. Si tratta di un tentativo di inganno fondato sulla somiglianza visiva e sul comportamento dell’utente.
Anche nel caso del portafoglio multisignature, l’incidente non dimostra una compromissione dei dispositivi hardware. Il primo utilizzatore aveva verificato la transazione originaria, mentre la discrepanza era comparsa successivamente nella cronologia del software.
La segnalazione mostra che la protezione delle chiavi e la corretta rappresentazione delle operazioni sono due aspetti distinti della sicurezza.
Cosa cambia con Electrum 4.8.3
La risposta degli sviluppatori è arrivata con una modifica alla gestione delle transazioni non confermate.
La versione 4.8.3 introduce un controllo delle firme relative agli input che spendono fondi appartenenti al wallet prima che tali transazioni vengano aggiunte alla cronologia locale.
In questo modo, una transazione fraudolenta priva delle firme necessarie non può essere accettata attraverso il medesimo percorso che aveva reso possibile l’attacco documentato.
La modifica interviene sul presupposto tecnico della vulnerabilità, anziché limitarsi a introdurre un avvertimento nell’interfaccia.
Secondo l’avviso ufficiale, tutte le versioni di Electrum precedenti alla 4.8.3 rientrano nel perimetro dei software interessati. L’aggiornamento è quindi raccomandato anche agli utenti che non abbiano mai osservato transazioni anomale.
La correzione presenta comunque un limite dichiarato. Electrum verifica le firme delle transazioni non confermate quando queste utilizzano fondi controllati direttamente dal portafoglio, ma non effettua una validazione completa di tutte le transazioni in ingresso.
L’architettura rimane quella di un client leggero, privo del motore completo di verifica delle regole di consenso utilizzato dai nodi Bitcoin.
Questa precisazione non significa che la falla sia rimasta aperta nella stessa forma. Significa che l’aggiornamento risolve lo specifico percorso di attacco documentato, senza trasformare Electrum in un nodo completo.
La verifica dell’integrità delle informazioni ricevute dai server continua a dipendere, per alcuni aspetti, dalle caratteristiche dell’architettura software.
Quali wallet sono coinvolti e quali restano fuori dalla segnalazione
Le informazioni disponibili identificano Electrum come prodotto direttamente interessato dall’avviso di sicurezza.
Non emerge dalla documentazione ufficiale una compromissione generalizzata degli altri wallet Bitcoin, né una vulnerabilità comune a tutte le applicazioni che supportano Replace-by-Fee.
La presenza della funzione RBF, da sola, non rende un software esposto all’attacco. Il problema dipendeva dalla specifica gestione delle transazioni non confermate, dalle informazioni ricevute dal server e dal modo in cui Electrum le utilizzava durante il procedimento di firma.
La stessa distinzione vale per i dispositivi hardware.
La presenza di due Trezor nel primo episodio segnalato non costituisce una prova di vulnerabilità del firmware Trezor o del sistema di custodia delle chiavi. Il comportamento anomalo documentato riguardava il software Electrum e le informazioni mostrate nella cronologia delle operazioni.
Per quanto riguarda gli utilizzatori collegati esclusivamente a server affidabili, compresi quelli gestiti direttamente, gli sviluppatori precisano che non erano esposti alla modalità di attacco descritta.
Il server malevolo costituisce infatti una condizione essenziale dell’incidente.
Ciò non autorizza a considerare sicuro qualsiasi server pubblico o a presumere che tutte le installazioni non aggiornate siano già state compromesse. L’esposizione potenziale e la presenza effettiva di una frode sono circostanze differenti.
La vulnerabilità dei wallet Bitcoin deve quindi essere valutata considerando il software utilizzato, la versione installata, l’affidabilità della connessione e le operazioni effettivamente eseguite.
Le precauzioni indicate dagli sviluppatori
La raccomandazione principale è installare Electrum 4.8.3 o una successiva versione correttiva ufficiale.
Il sito del progetto mette a disposizione i pacchetti di installazione e le relative firme digitali, che consentono di verificare l’autenticità dei file distribuiti.
Gli sviluppatori invitano a non scaricare il software da fonti diverse dal sito ufficiale. Il controllo delle firme GPG rappresenta una misura aggiuntiva per verificare la provenienza degli eseguibili, particolarmente utile quando si utilizzano applicazioni destinate alla gestione di attività finanziarie.
Per gli utenti che non possono effettuare immediatamente l’aggiornamento, l’avviso di sicurezza indica una precauzione specifica: controllare indirizzi di destinazione e importi prima di firmare qualsiasi transazione, comprese quelle create per aumentare una commissione.
Il controllo dovrebbe riguardare tutti i dati rilevanti del pagamento, senza limitarsi a pochi caratteri dell’indirizzo.
Una transazione che mostra informazioni differenti da quelle inizialmente autorizzate richiede ulteriori verifiche prima di procedere con una nuova firma.
L’utilizzo di un server gestito direttamente o ritenuto affidabile riduce il rischio legato a questa particolare modalità di attacco, ma non sostituisce l’installazione delle correzioni di sicurezza.
Gli utenti che possiedono Bitcoin attraverso Electrum non devono presumere che il semplice aggiornamento possa recuperare eventuali somme già trasferite in modo fraudolento. Le transazioni Bitcoin confermate non prevedono un normale meccanismo di annullamento amministrativo paragonabile a quello disponibile presso alcuni intermediari finanziari.
Nella documentazione esaminata non risultano comunicazioni relative a un programma di rimborso, al recupero delle somme sottratte o all’individuazione dei responsabili.
Il problema della fiducia nei servizi esterni
L’incidente richiama l’attenzione su una caratteristica dei wallet leggeri: l’interfaccia attraverso cui viene gestita una transazione può dipendere da informazioni provenienti da sistemi che non custodiscono le chiavi private, ma che contribuiscono a costruire ciò che l’utente vede.
La differenza è sostanziale. Un server esterno non deve necessariamente possedere le credenziali del proprietario per provocare un danno. Può essere sufficiente, in presenza di una vulnerabilità software, che riesca a modificare la rappresentazione di un’operazione sulla quale l’utente prenderà successivamente una decisione.
Il caso Electrum mostra anche perché la distinzione tra transazioni confermate e non confermate abbia conseguenze operative.
Le seconde non sono ancora stabilizzate all’interno di un blocco e possono essere sostituite secondo le regole applicabili. I wallet devono quindi gestire informazioni che possono cambiare, mantenendo controlli sufficienti a impedire che contenuti non validi vengano utilizzati come base per nuove autorizzazioni.
La vulnerabilità dei wallet Bitcoin individuata in ottobre nasceva proprio dall’interazione fra questa condizione temporanea e la fiducia attribuita alle informazioni trasmesse dal server.
Per i produttori di wallet, l’episodio pone una questione progettuale precisa: quali verifiche debbano essere effettuate localmente prima di presentare all’utente un’operazione come appartenente alla propria cronologia e consentirne la modifica.
La correzione di Electrum introduce un controllo aggiuntivo in un punto specifico di questo processo. Il software continua a utilizzare server esterni, ma verifica le firme delle transazioni non confermate che spendono fondi del portafoglio prima di includerle nella cronologia locale.
Una falla applicativa, non una violazione del protocollo Bitcoin
La pubblicazione dell’avviso GHSA-6jp4-8v48-cc5v permette di distinguere le conseguenze accertate dagli scenari potenziali.
È documentata una modalità di attacco concretamente utilizzata contro utenti Electrum. Sono state ricevute due segnalazioni, una delle quali relativa a una perdita patrimoniale. La vulnerabilità è stata classificata ad alta gravità e corretta mediante una versione software distribuita pubblicamente.
Non sono invece documentati un furto generalizzato di Bitcoin, una compromissione delle chiavi private degli utenti o un difetto delle regole di consenso della rete.
I miner e i nodi Bitcoin continuano a richiedere transazioni valide secondo le regole del protocollo. Nel caso descritto, il problema si manifestava quando l’utente, indotto in errore dalle informazioni del proprio wallet, produceva una firma valida per un pagamento diverso da quello desiderato.
La vulnerabilità dei wallet Bitcoin riguarda dunque, in questo episodio, la sicurezza del processo di autorizzazione delle transazioni e la capacità del software di riconoscere informazioni alterate prima che diventino operative.
Alla data del 29 ottobre 2026, la versione 4.8.3 è disponibile attraverso il canale ufficiale di Electrum. Restano invece sconosciuti l’entità complessiva delle eventuali perdite, il numero dei server ostili coinvolti e la diffusione dell’attacco oltre i due casi segnalati.
Il dato tecnicamente più rilevante è contenuto nella modifica pubblicata dagli sviluppatori: le transazioni non confermate che utilizzano fondi controllati dal wallet vengono ora sottoposte a verifica delle firme prima di entrare nella cronologia locale. È il controllo che mancava nelle versioni precedenti e che ha consentito di interrompere la specifica modalità di frode descritta nell’avviso di sicurezza.
