Il Bitcoin Red Team completa la prima scansione dell'ecosistema open source e segnala 7.958 rilievi

Il 13 agosto il co-responsabile del Bitcoin Red Team Calle (@callebtc) ha dichiarato che il gruppo aveva completato una prima passata su quasi tutto il codice open source pubblico di Bitcoin. Scrivendo su X, ha detto che l'iniziativa aveva sostanzialmente completato una scansione di base della quasi totalità dell'open source di Bitcoin e che i problemi più facili da individuare erano ormai esauriti. Ha riassunto ciò che il gruppo aveva visto in termini netti: «tutto è rotto, Bitcoin sta bruciando».

Calle è stato esplicito nel dire che la frase non descrive il protocollo Bitcoin in sé. Si riferiva al più ampio ecosistema software costruito attorno a Bitcoin, che comprende wallet hardware e software, librerie crittografiche, implementazioni Lightning, strumenti di pagamento e centinaia di progetti open source più piccoli. Il Bitcoin Red Team è un gruppo di volontari che usa gli attuali modelli di IA per esaminare quel codice alla ricerca di debolezze di sicurezza prima che lo facciano gli aggressori. La domanda più ampia, cioè perché l'IA abbia spostato così in fretta l'equilibrio tra aggressori e difensori, è il tema di un'analisi separata.

Cosa sta segnalando il gruppo

Con l'aggiornamento del 13 agosto, il gruppo ha segnalato 7.958 possibili rilievi su 501 progetti, di cui 1.280 classificati come critici o ad alta gravità. Secondo quanto riportato sull'aggiornamento, circa un quarto dei rilievi era stato riprodotto dinamicamente e poco meno di un terzo era stato comunicato ai manutentori interessati.

I primi dati a larga diffusione erano arrivati circa una settimana prima. In un post del 5 agosto, Calle ha detto che il team era cresciuto fino a 16 collaboratori distribuiti a livello globale e attivi 24 ore su 24, e che aveva depositato 4.962 rilievi su 390 progetti nelle prime 27,5 ore, tra cui 85 problemi critici e 635 ad alta gravità. Il gruppo è co-guidato da Calle, manutentore dell'app Bitchat per Android, e da Rob Hamilton, amministratore delegato di AnchorWatch, ed è finanziato dall'organizzazione no profit open source OpenSats. A quel punto aveva speso più di 40.000 dollari in token dei modelli di IA.

Il modello principale dietro la scansione è Kimi K3, un modello a pesi aperti rilasciato dal laboratorio cinese Moonshot AI. Calle ha descritto la situazione come una massiccia collisione tra decenni di codice open source umano approssimativo e due settimane di Kimi K3. Il team si è appoggiato anche ad altri modelli nel corso della campagna.

Un rilievo non è ancora un bug confermato

Il numero di 7.958 non equivale a 7.958 vulnerabilità confermate. I modelli di IA producono problemi sospetti, e ognuno va riprodotto e valutato prima di contare come un difetto reale e sfruttabile. Alcuni problemi sospetti si rivelano sfruttabili. Altri poggiano su presupposti errati, si trovano su percorsi di codice irraggiungibili o sono semplicemente sopravvalutati dal modello.

Calle ha detto che i manutentori di diversi progetti avevano già convalidato una serie di problemi critici e ad alta gravità. Quanti reggeranno alla fine non è ancora chiaro. Il gruppo mantiene riservati i dettagli tecnici finché i progetti interessati non pubblicano le correzioni.

Calle ha indicato Lightning come l'area più colpita. L'ha descritta come più compromessa della media e particolarmente difficile da esaminare, cosa che ha attribuito alla sua complessità. Non ha nominato implementazioni specifiche, citando il rischio di indirizzare gli aggressori verso codice non ancora corretto.

L'ecosistema più ampio sta già reagendo

Diversi servizi legati a Lightning si sono imbattuti in attacchi assistiti dall'IA negli ultimi giorni. Il 3 agosto il fornitore di swap non custodial Boltz ha sospeso a tempo indeterminato il suo servizio di swap, dichiarando che gli aggressori ormai iterano più rapidamente di quanto un team delle sue dimensioni riesca a individuare e correggere. Boltz ha sottolineato che nessun fondo degli utenti era a rischio, perché i suoi swap sono protetti da contratti hashed timelock, e che le perdite erano soltanto sue. I suoi fondatori si fanno da parte e un gruppo non identificato ha accettato di rilevare il servizio. Il 10 agosto Blockstream ha lanciato una beta pubblica del proprio servizio di swap, Blockstream Swaps.

Anche il software di pagamento self-hosted è stato colpito. L'8 agosto BTCPay Server ha rilasciato una versione di emergenza 2.4.2 per chiudere una falla di bypass dell'autenticazione attivamente sfruttata che veniva usata per prosciugare i nodi Lightning collegati, invitando gli operatori ad aggiornare o a spegnere. Una successiva release candidate 2.4.3 ha affrontato ulteriori problemi segnalati dai ricercatori del Bitcoin Red Team e dai loro collaboratori.

L'exploit di Coldcard ha preparato il terreno

La campagna ha preso forma dopo l'exploit del wallet hardware Coldcard, alla fine di luglio. Una debolezza nel modo in cui alcuni firmware Coldcard generavano numeri casuali ha lasciato certi wallet con un'entropia molto inferiore a quella dichiarata ne il seme che producono, permettendo a un aggressore di ricostruire le chiavi private. Il furto è iniziato il 30 luglio e ha inizialmente prosciugato circa 1.083 bitcoin, all'epoca pari a quasi 70 milioni di dollari. Al 10 agosto il totale segnalato era salito a più di 2.000 bitcoin. Coinkite, il produttore di Coldcard, ha riconosciuto che un aggressore potrebbe aver usato l'IA per ispezionare il suo firmware open source.

L'industria chiede ai laboratori di IA un accesso anticipato

Il 10 agosto il Bitcoin Policy Institute ha pubblicato una lettera aperta, firmata da più di 40 organizzazioni, che chiede ai principali sviluppatori di IA di concedere ai ricercatori di sicurezza open source verificati un accesso anticipato ai loro modelli più capaci, insieme a potenza di calcolo sufficiente, ambienti di ricerca sicuri e linee dirette con i team di sicurezza dei laboratori. Tra i firmatari figurano Block, Coinbase, Strategy, MARA, Galaxy, BitGo, Brink, OpenSats, Chaincode Labs, Spiral, Trezor, Unchained, Btrust e Fedi. «Le ultime settimane ne hanno reso la necessità assolutamente evidente», ha scritto l'istituto.

Calle si è rivolto anche direttamente ai ricercatori di sicurezza. Ha sostenuto che chi trova una falla dovrebbe segnalarla in privato e dare ai manutentori il tempo sufficiente per correggerla, e ha definito irresponsabile vantarsi pubblicamente di rilievi non ancora corretti o taggare i progetti interessati su X. Ha anche detto che i progetti privi di manutentori raggiungibili dovrebbero essere considerati non sicuri e che gli utenti dovrebbero smettere di affidarsi a software abbandonato.

Bitcoin Core in sé non è coinvolto

Nulla di tutto ciò indica una falla nel protocollo Bitcoin o in Bitcoin Core, il software di riferimento che fa funzionare la rete. Nel novembre 2025 la società di sicurezza Quarkslab ha completato il primo audit pubblico di terze parti di Bitcoin Core, commissionato dall'organizzazione no profit Brink, e non ha trovato problemi critici o ad alta gravità nelle aree esaminate, che comprendevano la comunicazione peer-to-peer, la mempool e parti della gestione del consenso. Questo non dimostra che il software sia privo di difetti, ma segna una linea netta tra Bitcoin Core e le centinaia di progetti indipendenti che il Red Team sta esaminando, che vanno da team ampi e ben strutturati a strumenti curati da una o due persone nel tempo libero.

Calle ha detto che la prima ampia scansione è ormai in gran parte conclusa. Il lavoro che resta, nella sua descrizione, è verificare i problemi segnalati, chiuderli e infine pubblicarne i dettagli una volta che le correzioni saranno in atto.