BTCPay Server corregge una falla critica sulle credenziali LND dopo furti dai wallet Lightning dei merchant

BTCPay Server ha pubblicato la versione 2.4.2 per correggere una vulnerabilità critica che poteva consentire accesso remoto non autenticato ai file di credenziali di LND. Secondo il progetto, l'anomalia è stata sfruttata per svuotare i wallet Lightning di alcuni merchant. Le note di rilascio parlano di un problema legato ai file .macaroon, utilizzati da LND per gestire permessi e autorizzazioni. In termini pratici, questi file possono funzionare come chiavi: se finiscono nelle mani sbagliate, un attaccante può interagire con un nodo Lightning in modi non previsti dall'operatore, a seconda dei privilegi associati. I sostenitori di BTCPay hanno anche finanziato una recovery bounty pari al 10% dei fondi restituiti, con un tetto massimo di 3 BTC. Ai prezzi attuali, la ricompensa massima equivale a circa 190.000 dollari. Il progetto sottolinea un punto chiave: non si tratta di un exploit del protocollo Bitcoin e non è un guasto nativo di un wallet on-chain. È un problema di sicurezza lato server che riguarda alcune installazioni di BTCPay Server che utilizzano LND. Per i dettagli, il riferimento è la pagina ufficiale su Github. In sintesi - BTCPay Server v2.4.2 corregge una grave esposizione delle credenziali LND. - Gli attaccanti avrebbero drenato i wallet Lightning dei merchant tramite configurazioni vulnerabili. - La recovery bounty offre il 10% dei fondi recuperati, fino a un massimo di 3 BTC. Perché conta l'esposizione delle credenziali LND BTCPay Server è diffuso perché consente ai merchant di accettare pagamenti in Bitcoin senza un processore centralizzato. Il modello self-sovereign aumenta il controllo, ma rende la sicurezza del server un elemento determinante. Chi gestisce in proprio l'infrastruttura di pagamento deve mantenerla aggiornata e configurata correttamente. La correzione introdotta nella 2.4.2 è rilevante perché i macaroons di LND possono concedere accesso a funzioni del nodo. In base ai permessi, un macaroon esposto può essere estremamente sensibile. Per chi opera su Lightning, proteggere le credenziali è, di fatto, importante quanto proteggere le chiavi private: anche con un wallet tecnicamente solido, la perdita di credenziali lato server può mettere a rischio i fondi. Non è un attacco a Bitcoin Notizie su "server di pagamento Bitcoin" svuotati possono essere fraintese come un problema del protocollo. In questo caso non è così: non è stata sfruttata la base del protocollo Bitcoin. L'incidente riguarda deployment di BTCPay Server con LND e l'esposizione di file di credenziali. È quindi un evento di sicurezza applicativa e infrastrutturale, non un fallimento del consenso o della blockchain. Per i merchant colpiti la distinzione può cambiare poco sul piano economico, perché i fondi Lightning persi restano persi. Conta però per la risposta: non serve una patch del protocollo Bitcoin, serve aggiornare BTCPay Server, verificare la configurazione e mettere in sicurezza le credenziali del nodo. Lightning comporta rischi operativi diversi Lightning è progettato per pagamenti più rapidi ed economici, ma introduce complessità operativa. Chi gestisce un nodo deve occuparsi di canali, liquidità, backup, accesso remoto, instradamento, credenziali ed esposizione dei servizi su internet. Il modello di rischio è diverso dal detenere BTC in cold storage: un merchant con infrastruttura Lightning non sta solo "tenendo Bitcoin", sta eseguendo software di pagamento connesso alla rete. Può essere sicuro, ma richiede disciplina: aggiornamenti, permessi, conservazione delle credenziali e monitoraggio. La bounty come tentativo di recupero La recovery bounty aggiunge un ulteriore livello: offrire il 10% dei fondi restituiti, fino a 3 BTC, mira a incentivare la restituzione o la condivisione di informazioni. Non garantisce il recupero, ma può aprire un canale di negoziazione o disclosure. Nel settore crypto queste iniziative vengono spesso adottate dopo exploit perché i fondi sottratti possono essere tracciabili, i depositi sugli exchange monitorabili e l'incasso può risultare complesso. Cosa dovrebbero fare gli operatori La lezione operativa è diretta: aggiornare BTCPay Server e rivedere l'esposizione di LND. Il fatto che un sistema abbia funzionato per anni non implica che resti sicuro. Le minacce evolvono e gli attaccanti cercano versioni obsolete, configurazioni errate, credenziali esposte, permessi troppo ampi e servizi accessibili da internet. BTCPay Server resta uno strumento centrale per i merchant Bitcoin, ma self-custody e self-hosting comportano responsabilità. La versione 2.4.2 è il punto di correzione per questo problema e, per chi usa configurazioni potenzialmente interessate, l'aggiornamento va trattato come urgente: la sovranità nei pagamenti include anche la manutenzione. Articolo basato sui materiali di rilascio di BTCPay Server v2.4.2 e sui dettagli della recovery bounty del progetto. Testo redatto dal News Desk e curato da Samuel Rae. Report basato su informazioni pubblicate su Github.