Bitcoin Core cambia politica di sicurezza: l'IA facilita scovare vulnerabilità

Bitcoin Core cambia strategia mentre l’IA diventa più intelligente

In un messaggio del 22 ottobre inviato alla mailing list di sviluppo di Bitcoin, lo sviluppatore di Bitcoin Core Antoine Poinsot ha annunciato modifiche alla politica di divulgazione delle vulnerabilità del progetto, citando un numero crescente di segnalazioni di sicurezza relative a bug che possono essere individuati o riorganizzati con il minimo sforzo.

«Recentemente abbiamo registrato un aumento del numero di segnalazioni relative a vulnerabilità di sicurezza che possono essere facilmente (ri)scoperte», ha scritto Poinsot. «Ciò è in gran parte dovuto al fatto che i modelli linguistici di grandi dimensioni (LLM) abbassano drasticamente la soglia necessaria per individuare determinate classi di problemi o identificare correzioni nascoste».

I modelli linguistici di grandi dimensioni, o LLM, sono la tecnologia alla base degli assistenti di intelligenza artificiale come ChatGPT. La loro crescente capacità di analizzare il codice software rappresenta una sfida per gli sviluppatori che cercano di trovare un equilibrio tra la trasparenza e la necessità di proteggere gli utenti dagli attacchi.

Storicamente, Bitcoin Core — il software che sta alla base della rete decentralizzata della principale criptovaluta — ha privilegiato lunghi periodi di embargo sulle divulgazioni, concedendo agli utenti il tempo di aggiornare il proprio software prima che il pubblico venisse a conoscenza delle vulnerabilità. Questo approccio riflette la natura decentralizzata di Bitcoin e una cultura degli aggiornamenti relativamente lenta tra gli operatori dei nodi.

Tuttavia, tali periodi di embargo hanno anche complicato gli sforzi per fornire patch di sicurezza agli utenti che utilizzano versioni precedenti di Bitcoin Core. «Per questi problemi facili da individuare, si tratta di un compromesso sbagliato», ha affermato Poinsot. «Il periodo di embargo non porta grandi benefici, ma ritarda la disponibilità di una versione corretta».

In base alla politica rivista, gli sviluppatori di Bitcoin Core possono ora classificare le vulnerabilità come “facilmente individuabili” durante la loro valutazione iniziale. Tale designazione include difetti che possono essere scoperti con un semplice prompt di intelligenza artificiale, sebbene non sia limitata alle vulnerabilità individuate tramite l’intelligenza artificiale.

Anziché trattenere le correzioni fino alla prossima versione principale del software, gli sviluppatori applicheranno le patch a tutte le versioni principali attivamente mantenute e rilasceranno gli aggiornamenti il più rapidamente possibile. Un avviso di sicurezza pubblico accompagnerà le versioni corrette, aggirando i consueti periodi di embargo.

Le modifiche sono state formalizzate in una pull request su GitHub inviata da Poinsot il 16 ottobre e integrata il 22 ottobre. Oltre a creare la nuova classificazione delle vulnerabilità, la revisione modifica la formulazione che richiedeva un preavviso di due settimane prima della divulgazione pubblica, chiarendo che tale requisito si applica alle vulnerabilità ancora soggette a embargo.

La discussione che ne è seguita ha inoltre evidenziato potenziali compromessi. Poinsot ha riconosciuto che accelerare le versioni di sicurezza potrebbe ridurre il tempo a disposizione per testare le correzioni nei rami di sviluppo, pur sostenendo che patch semplici e facilmente verificabili potrebbero essere preferibili ai tentativi di nascondere vulnerabilità che gli strumenti di intelligenza artificiale potrebbero comunque scoprire.

Altri sviluppatori hanno discusso se gli utenti dovrebbero talvolta ricevere avvisi prima che le correzioni siano disponibili, sebbene la politica adottata preveda la pubblicazione di avvisi di sicurezza contestualmente alle versioni corrette.

In che modo questa mossa modifica le divulgazioni relative alla sicurezza

I cambiamenti rappresentano un significativo allontanamento dall’approccio precedente di Bitcoin Core, che in genere legava la divulgazione delle vulnerabilità alla gravità di un difetto e al ciclo di vita delle versioni del software interessate.

Nell’ambito dell’attuale quadro basato sulla gravità, le vulnerabilità a bassa gravità vengono divulgate pubblicamente due settimane dopo il rilascio di una versione principale contenente una correzione. Le vulnerabilità a media e alta gravità sono soggette a periodi di embargo notevolmente più lunghi, con la divulgazione che avviene due settimane dopo che l’ultima versione interessata raggiunge lo stato di fine vita, in genere circa un anno dopo la correzione iniziale.

Tali tempistiche rimangono in vigore per le vulnerabilità non considerate facilmente individuabili. I difetti critici che minacciano la sicurezza fondamentale di Bitcoin, inclusi i bug in grado di creare monete non autorizzate o di causare divisioni permanenti della catena a livello di rete, continuano a richiedere un trattamento speciale al di fuori della politica standard.

La revisione potrebbe avere implicazioni immediate per gli utenti che utilizzano versioni precedenti del software Bitcoin Core, poiché tutte le versioni principali attivamente mantenute avrebbero diritto a patch accelerate in base alle nuove regole. Il cambiamento di politica non indica che la crittografia di Bitcoin sia stata compromessa o che sia stato scoperto un nuovo exploit specifico. Riflette invece un contesto di sicurezza in evoluzione, in cui gli sviluppatori non possono più dare per scontato che nascondere i dettagli delle vulnerabilità impedisca agli aggressori di identificare autonomamente le stesse debolezze. Per Bitcoin Core, l’emergere di strumenti di intelligenza artificiale sempre più potenti sta orientando la scelta verso una più rapida disponibilità del software aggiornato, piuttosto che affidarsi alla segretezza per proteggere gli utenti.

All’inizio di quest’anno, gli sviluppatori della rete crittografica Zcash hanno affermato che l’intelligenza artificiale era stata utilizzata per scoprire una vulnerabilità che consentiva di coniare monete in quantità illimitata e che il design del pool protetto della rete, incentrato sulla privacy, rendeva impossibile, all’epoca, dimostrare che non fosse stata sfruttata. Il prezzo dello ZEC crollò in quel momento a causa dei timori relativi a potenziali monete contraffatte.

A luglio, gli sviluppatori hanno aggiornato Zcash per sostituire lo “shielded pool” con uno nuovo e più sicuro, aggiungendo una verifica indipendente per garantire che l’offerta di ZEC non fosse stata gonfiata. Da allora, il prezzo di Zcash è più che raddoppiato.