Linux 7.4-rc2: Linus Torvalds vede i primi segnali di rallentamento dei bug trovati dall’AI
Il kernel Linux, il cuore di ogni distribuzione GNU/Linux, ha ricevuto l’8 novembre 2026 la seconda release candidate (versione candidata, abbreviata in “rc”) della serie 7.4, a distanza di 1 settimana dalla rc1. Si tratta di una versione di prova destinata agli sviluppatori e ai tester, non all’uso quotidiano. La precedente versione stabile è la 7.3, mentre la 7.4 definitiva è attesa per il 20 dicembre 2026, salvo ritardi, e potrebbe diventare il prossimo kernel Linux con supporto a lungo termine (LTS: Long Term Support), anche se nulla è ancora confermato.
Nell’annuncio ufficiale Linus Torvalds ha riportato una dichiarazione di Alexei Starovoitov, storico manutentore del sottosistema BPF (Berkeley Packet Filter, tecnologia che permette di eseguire programmi di piccole dimensioni all’interno del kernel Linux in condizioni di sicurezza): secondo Starovoitov, nel sottosistema BPF le correzioni dei bug arrivano ormai più velocemente delle nuove segnalazioni.
Dopo mesi caratterizzati da un forte aumento delle segnalazioni generate dall’intelligenza artificiale (AI), che aveva rischiato di saturare i manutentori del kernel Linux, è un segnale di sollievo. Torvalds, però, non ha cantato vittoria: ha definito la notizia un possibile indizio che la situazione stia iniziando a cambiare, ricordando che la maggior parte degli altri settori non ha ancora raggiunto questo risultato.
Novità in Linux 7.4-rc2
La rc2 include un numero elevato di modifiche, come era prevedibile dopo la più grande rc1 mai registrata, ma gran parte delle modifiche deriva da interventi automatici e a basso rischio. Al netto di queste, il quadro è rassicurante, e l’AI continua a giocare un ruolo centrale, questa volta però come motore di correzioni.
Modifiche automatiche Coccinelle e statistiche del diff
Torvalds ha definito la rc2 “grande”, coerentemente con il record della rc1. A dominare le statistiche del diff (il confronto tra il codice nuovo e quello precedente) sono gli aggiornamenti automatici generati con Coccinelle, lo strumento di elaborazione semantica che il kernel Linux usa per automatizzare modifiche strutturali e ripetitive al codice sorgente. Si tratta in prevalenza di modifiche da 1 o 2 righe distribuite su migliaia di file, che aumentano il volume del diff senza aggiungere rischi significativi. Torvalds li aveva ricevuti durante la finestra di merge (il periodo in cui vengono integrate le nuove funzionalità) e li aveva trattenuti perché era in viaggio.
Escludendo queste modifiche che incidono soprattutto sulle statistiche, il resto del diff si divide in modo quasi uniforme in 3 parti:
- circa un terzo riguarda i driver (soprattutto GPU, rete e audio)
- un terzo riguarda il networking e il BPF
- l’ultimo terzo comprende principalmente file system (i sistemi di organizzazione dei dati su disco), gestione della memoria e aggiornamenti delle architetture hardware.
Torvalds non ha rilevato nulla di anomalo.
Il ruolo dell’AI e la dichiarazione BPF
Torvalds ha affermato che gran parte della rc2 è stata generata da correzioni di bug trovate con l’AI, e ha annunciato che smetterà di ripeterlo, perché ormai è dato per scontato. Ha poi riportato la dichiarazione di Starovoitov: nell’ambito BPF le correzioni vengono integrate più rapidamente delle nuove segnalazioni, una notizia “positiva, se dovesse confermarsi”. Secondo Torvalds la maggior parte degli altri settori non è ancora a questo punto e ha concluso invitando a moderare le aspettative e a continuare a testare.
Starovoitov, co-creatore dell’eBPF (la versione estesa del BPF), è anche il principale contributore della rc2 con 40 commit (le singole modifiche registrate nella cronologia del codice), davanti a David Hildenbrand con 37 e Chris Mason con 33. Molte delle sue patch (le porzioni di codice che correggono o migliorano il programma) rafforzano il verificatore BPF, il componente che controlla la sicurezza dei programmi prima dell’esecuzione, e molte sono accompagnate da un autotest che impedisce la ricomparsa del problema. Il sottosistema BPF è inoltre pioniere della revisione del codice con l’AI: secondo una rilevazione di The Register, Chris Mason usa da tempo la revisione automatica sulle patch di rete e BPF, e i suoi suggerimenti sono diventati la base di Sashiko, il sistema di revisione open source annunciato a marzo dall’ingegnere Google Roman Gushchin.
Il registro dei contributori
L’elenco allegato all’annuncio conta centinaia di autori, la maggior parte presenti con 1 o 2 modifiche. La gestione della memoria è ben rappresentata, con le 37 patch di Hildenbrand su shmem, pagine di grandi dimensioni, userfaultfd, mremap e KSM.
Non mancano neppure componenti meno visibili del kernel Linux: il file system di rete 9p (v9fs) ha ha ricevuto decine di correzioni, e anche ocfs2, UDF, NTFS, ksmbd e i driver vhost e virtio hanno ricevuto numerose correzioni. Poiché l’etichetta “Assisted-by” (che segnalava l’uso di strumenti automatici) è stata abolita a ottobre, dai soli commit non è più possibile capire quali patch abbiano coinvolto l’AI. Per questo la dichiarazione su BPF si basa sull’esperienza di un manutentore e non su dati pubblici verificabili.
La vicenda che ha portato fin qui
Gli ultimi 8 mesi spiegano perché una frase su BPF abbia avuto un impatto così forte.
- Marzo 2026: Greg Kroah-Hartman ha dichiarato a The Register che qualcosa era cambiato nel corso dell’ultimo mese e che le segnalazioni di bug dell’AI arrivavano come risultati concreti anziché come semplici dati di errore.
- Aprile: The Register collega l’impennata nel numero di vulnerabilità software scoperte al lancio, avvenuto in quel mese, del modello di rilevamento bug Mythos di Anthropic.
- 17 maggio: Con la versione 7.1-rc4, Linus ha affermato che i report duplicati dell’AI avevano reso l’elenco di sicurezza privato quasi ingestibile.
- Agosto: una diapositiva di Kroah-Hartman ha mostrato che il numero di CVE (Common Vulnerabilities and Exposures, le vulnerabilità di sicurezza catalogate pubblicamente) del kernel Linux per versione è aumentato da circa 500 nell’era 6.x a oltre 1.500 con il kernel Linux 7.2. Il responsabile della manutenzione della rete, Jakub Kicinski, ha stimato che da un terzo alla metà delle 648 patch net-next nella versione 7.3 sembravano essere correzioni o pulizie a bassa priorità basate sull’AI, e ha affermato che il team era sopraffatto.
- Settembre: Al Kernel Recipes, il messaggio di Kroah-Hartman era di non farsi prendere dal panico: eseguire modelli locali, non caricare mai informazioni non pubbliche su sistemi esterni e correggere i bug.
- Ottobre: i manutentori hanno rimosso il tag di divulgazione “Assisted-by” dopo un vertice a Praga. Il registro delle modifiche di Sasha Levin contava solo circa il 10% dei 18.533 commit non di merge in Linux 7.3 fino a rc7 che lo riportavano.
- 1° novembre: il kernel Linux 7.4-rc1 ha chiuso la finestra di merge più grande di sempre, con 19.671 commit contro i 16.267 della versione 7.3. Linus ha affermato di preferire che il lavoro basato sull’AI venga integrato nella finestra di merge piuttosto che vederlo arrivare come correzioni aggiuntive durante le settimane di rilascio della versione rc.
Correzioni più rapide non significa bug spariti
La dichiarazione su BPF va accolta con ottimismo ma anche con prudenza, per diverse ragioni:
- è il resoconto di un solo manutentore, privo di conteggi pubblicamente verificabili
- le segnalazioni possono diminuire anche per effetto della stanchezza dei ricercatori o di sistemi di filtraggio più efficaci
- il bacino dei bug potenziali resta enorme: il 4 novembre OpenAI ha dichiarato di aver riprodotto 1.724 vulnerabilità nel kernel Linux e di aver sviluppato 948 exploit funzionanti per l’elevazione locale dei privilegi, dei quali 61 già corretti a monte
- ogni nuovo strumento di ricerca tende a produrre inizialmente un forte aumento delle individuazioni, seguito da un naturale rallentamento quando vengono esauriti i casi più semplici da trovare
- il vero collo di bottiglia rimane il lavoro umano di revisione, perché un numero maggiore di correzioni implica anche più codice da controllare e validare.
Cosa significa per chi usa GNU/Linux
Le release candidate sono per i tester: è consigliabile tenere la 7.4-rc2 lontana dalle macchine di produzione, eventualmente provarla su un computer di prova o su una macchina virtuale (un computer simulato tramite software) e segnalare i regressi attraverso i canali ufficiali del kernel Linux. Per tutti gli altri, il consiglio storico del team resta valido: usare la versione stabile più recente della propria distribuzione GNU/Linux, dove vengono integrate le correzioni note. Con il numero di CVE per versione ai massimi storici, questo consiglio pesa più del solito.
Prima dell’uscita definitiva del kernel Linux 7.4 sarà interessante osservare la dimensione di rc3 e rc4. Se la tendenza osservata nel sottosistema BPF, dove le correzioni stanno superando le nuove segnalazioni, si estenderà anche ad altre aree del kernel Linux, queste versioni candidate potrebbero risultare meno corpose. Resta inoltre da capire se il fenomeno interesserà anche la gestione della memoria e il networking e se i laboratori di AI continueranno a produrre nuove segnalazioni con gli stessi ritmi degli ultimi mesi.
Download e Riferimenti
Chi desidera testare la 7.4-rc2 può scaricare il sorgente dal repository software ufficiale del kernel Linux all’indirizzo kernel.org, dove è disponibile anche la documentazione per la compilazione e l’installazione.
Gli utenti normali dovrebbero invece attendere la versione definitiva e gli aggiornamenti forniti dalla propria distribuzione GNU/Linux.
Le eventuali anomalie vanno segnalate alla lista di discussione degli sviluppatori, come indicato nel guida ufficiale per la segnalazione dei bug.
Riferimenti Ufficiali
L’annuncio ufficiale di Linus Torvalds per la versione 7.4-rc2 è pubblicato nell’archivio della lista di discussione del kernel Linux, che contiene il testo integrale e l’elenco completo dei contributori.
Fonte: https://lkml.iu.edu/2611.1/01530.html
Fonte: https://linuxstans.com/linux-7-4-rc2-ai-bug-fixes-bpf/
Se vuoi sostenermi, puoi farlo acquistando qualsiasi cosa dai diversi link di affiliazione che ho nel mio sito o partendo da qui oppure alcune di queste distribuzioni GNU/Linux che sono disponibili sul mio negozio online, quelle mancanti possono essere comunque richieste.
Se ti senti generoso, puoi anche donarmi solo 1€ o più se vuoi con PayPal e aiutarmi a continuare a pubblicare più contenuti come questo. Grazie!
Hai dubbi o problemi? Ti aiutiamo noi!
Se vuoi rimanere sempre aggiornato, iscriviti al nostro canale Telegram.Se vuoi ricevere supporto per qualsiasi dubbio o problema, iscriviti alla nostra community Facebook o gruppo Telegram.
Cosa ne pensi? Fateci sapere i vostri pensieri nei commenti qui sotto.
Ti piace quello che leggi? Per favore condividilo con gli altri.
