Aggiornato al 28 ottobre 2026.
Electrum 4.8.3 corregge una vulnerabilità che può trasformare un aumento delle commissioni Bitcoin in un pagamento all’attaccante. L’advisory pubblicato il 24 ottobre riguarda le versioni precedenti alla 4.8.3 e descrive un server malevolo capace di manipolare la cronologia delle transazioni non confermate, inducendo poi l’utente a firmare quella sbagliata.
La priorità è aggiornare dal canale ufficiale e controllare destinatari e importi prima di autorizzare una nuova firma. Non è corretto dedurre da questo problema che tutte le seed phrase Electrum siano state rubate o che Bitcoin accetti transazioni con firme invalide.
Electrum 4.8.3: quali versioni aggiornare
Il bollettino GHSA-6jp4-8v48-cc5v classifica la vulnerabilità come alta e identifica la 4.8.3 come versione corretta. La cronologia distingue il tag del software del 23 ottobre dalla pubblicazione dei binari e dell’advisory il 24: sono momenti diversi dello stesso rilascio.
Chi usa un’installazione precedente dovrebbe prima verificare il numero di versione, senza affidarsi al nome del collegamento sul desktop. Un vecchio eseguibile portabile e un’applicazione aggiornata possono trovarsi sullo stesso computer: conta quale programma viene effettivamente avviato.
Questa verifica preliminare evita anche una falsa rassicurazione: aver scaricato un aggiornamento non dimostra di averlo installato, né di aver riaperto il wallet con quello. Non occorre condividere il file del portafoglio per controllare la versione del programma.
Perché una transazione in attesa può ingannare
Electrum è un client leggero. Le FAQ sul rapporto con i server spiegano che il server principale fornisce informazioni sulle operazioni non confermate e viene utilizzato per trasmettere i pagamenti: ciò che appare nella cronologia non equivale sempre a una transazione già verificata in un blocco.
Nello scenario segnalato, il server trattiene il pagamento originale e presenta al wallet un’operazione conflittuale, con una destinazione diversa. Quella rappresentazione iniziale non dispone delle firme valide necessarie per spendere i fondi; il passaggio pericoloso è la successiva autorizzazione dell’utente durante l’aumento della fee.
La differenza è decisiva: non viene riscritta una transazione confermata sulla blockchain. Viene alterato il contesto nel quale una persona decide cosa firmare, sfruttando una funzione che normalmente serve a sbloccare un pagamento lento.
Cosa verificare prima di aumentare la fee
RBF, Replace-by-Fee, consente di proporre una transazione sostitutiva con commissioni maggiori. Per i casi ordinari abbiamo spiegato le differenze tra RBF e CPFP; questa notizia riguarda invece una vulnerabilità specifica del wallet, non un motivo per considerare insicure tutte le sostituzioni.
| Controllo | Domanda utile |
|---|---|
| Versione | Sto usando il programma aggiornato, non soltanto il file scaricato? |
| Destinatario | L’indirizzo completo corrisponde a quello concordato? |
| Importo | Il pagamento e la nuova commissione hanno senso? |
| Resto | Gli altri output sono riconosciuti e spiegabili? |
| Firma | Sto autorizzando ciò che intendo davvero inviare? |
Un controllo visivo limitato alle ultime lettere non è sufficiente. Per confrontare il destinatario, recuperare l’indirizzo dalla richiesta di pagamento originale attraverso un canale affidabile, non da un suggerimento ricevuto nello stesso messaggio sospetto.
Se il destinatario è cambiato o un output non è comprensibile, interrompere la firma. Non aumentare ancora le commissioni per tentare di correggere qualcosa che non è stato identificato: una fee maggiore non rende legittimo un indirizzo errato.
Come scaricare la correzione senza cadere nel phishing
Il sito ufficiale Electrum distribuisce la versione aggiornata e richiama la verifica delle firme. Evitare installer ricevuti da contatti privati, annunci sponsorizzati o pop-up che chiedono di ripristinare urgentemente il portafoglio.
La procedura ufficiale GPG serve a verificare l’autenticità del file scaricato. È distinta dalla firma di una transazione Bitcoin: una autentica il software, l’altra autorizza una spesa.
Non inserire la seed phrase in un sito che promette di verificare se il wallet è vulnerabile. Il nostro articolo sulla seed phrase e sulla sua protezione chiarisce perché un’assistenza non deve riceverla; una richiesta del genere è un rischio separato dall’aggiornamento del programma.
Cosa cambia con la patch e cosa fare se hai già firmato
Il ruolo del server merita attenzione anche dopo l’aggiornamento. L’advisory esclude questo scenario per chi si collega a un server realmente fidato, per esempio uno proprio, ma scegliere un diverso indirizzo pubblico non basta a dimostrarne l’affidabilità.
La decisione non dovrebbe quindi ridursi a cambiare server e continuare con il vecchio software. Per un utente ordinario il percorso resta aggiornamento ufficiale e verifica dei dati del pagamento; gestire un server personale è invece una scelta infrastrutturale con responsabilità proprie, non una procedura di emergenza da improvvisare mentre si tenta di completare un trasferimento. Una connessione apparentemente funzionante non certifica da sola l’onestà del servizio remoto.
Il commit della correzione aggiunge verifiche sulle firme degli input del wallet nelle transazioni non confermate. Non trasforma Electrum in un nodo completo che controlla ogni transazione in ingresso: il perimetro del rimedio resta specifico.
L’aggiornamento non annulla una spesa già autorizzata e non garantisce il recupero di bitcoin inviati a terzi. Se sospetti un pagamento alterato, conserva identificativo della transazione e dettagli non segreti, sospendi ulteriori firme e ricostruisci prima lo stato dell’operazione; evita servizi che promettono recuperi certi dietro anticipo.
Electrum 4.8.3 risolve il difetto documentato, ma la conclusione pratica resta semplice: verificare software e pagamento sono due controlli distinti. Nessuna prova di exploit, installazione o recupero è stata eseguita per questo articolo; le indicazioni derivano dalle fonti ufficiali e non certificano la sicurezza di un singolo dispositivo.
