Red Hot Cyber
Sicurezza Informatica, Notizie su Cybercrime, Analisi Vulnerabilità e Intelligenza Artificiale
16,4 milioni di sistemi Linux a Rischio. La nuova LPE scoperta dopo 9 anni

16,4 milioni di sistemi Linux a Rischio. La nuova LPE scoperta dopo 9 anni

29 Luglio 2026 11:04
In sintesi

Gli esperti di Qualys hanno scoperto una vulnerabilità vecchia di nove anni nel file system XFS, identificata come CVE-2026-64600 e denominata RefluXFS. Questa falla consente a un utente locale non privilegiato di ottenere i diritti di root sovrascrivendo file protetti. La vulnerabilità è presente in tutte le versioni stabili del kernel Linux dal 2017, interessando oltre 16,4 milioni di sistemi tra cui Red Hat Enterprise Linux e CentOS Stream.

Gli esperti di Qualys hanno scoperto una vulnerabilità vecchia di nove anni nel file system XFS. Il bug, che ha ricevuto l’identificatore CVE-2026-64600 e il nome RefluXFS, consente a un utente locale non privilegiato di sovrascrivere i file protetti e ottenere i diritti di root.

Secondo gli esperti, il bug è apparso in Linux 4.11, rilasciato nel 2017, e da allora è presente in tutte le versioni stabili del kernel. La vulnerabilità colpisce i sistemi con XFS e reflink abilitati, a condizione che il file protetto e la directory accessibile all’aggressore si trovino sullo stesso file system.

Questa configurazione predefinita si trova in Red Hat Enterprise Linux, CentOS Stream, Oracle Linux, Rocky Linux, AlmaLinux, CloudLinux, Fedora Server e Amazon Linux. In totale, secondo i ricercatori, il problema potrebbe interessare più di 16,4 milioni di sistemi.

Advertising

Separatamente, si nota che RefluXFS non è pericoloso per i sistemi RHEL 7, poiché sono stati creati prima che fosse disponibile il supporto reflink XFS. Inoltre, Debian, Ubuntu, SLES e openSUSE generalmente non utilizzano XFS come filesystem root per impostazione predefinita.

Per sfruttare il problema, un utente malintenzionato deve creare un clone reflink di un file protetto e quindi avviare diverse operazioni di scrittura diretta parallela tramite O_DIRECT.

Nella clonazione reflink, l’originale e la copia fanno prima riferimento alle stesse aree del disco. Quando un utente malintenzionato tenta di modificare la copia, XFS deve allocarle una posizione separata. Tuttavia, a causa delle richieste simultanee, si verifica una condizione di competizione e una delle richieste utilizza informazioni obsolete, sovrascrivendo una parte del disco che già appartiene al file protetto originale. Di conseguenza, il contenuto del file protetto cambia, sebbene l’aggressore stia lavorando con la propria copia.

In questo caso, i metadati del file protetto non cambiano: il proprietario, i diritti di accesso, i timestamp e il bit SUID vengono conservati. Cambia solo il suo contenuto. Le modifiche vengono scritte direttamente sul disco, sopravvivono ai riavvii e non lasciano traccia nel registro del kernel. I ricercatori notano che nell’ambiente di prova, di solito riuscivano a vincere la gara in meno di dieci secondi.

Secondo gli esperti, i meccanismi di difesa standard non impediscono un simile attacco. SELinux, seccomp, blocco del kernel, isolamento del contenitore, KASLR, SMEP e SMAP non servono, poiché il problema è legato a XFS e all’elaborazione delle copie reflink. Durante un attacco, la scrittura bypassa l’inode del file protetto e il suo contenuto viene modificato direttamente sul disco, senza sfruttare errori di memoria.

Advertising

I ricercatori notano di aver scoperto la vulnerabilità come parte di una collaborazione con Anthropic – Gli specialisti di Qualys partecipano al programma Project Glasswing e hanno accesso al modello AI chiuso Claude Mythos Preview. Pertanto, l’intelligenza artificiale è stata incaricata di trovare vulnerabilità nel kernel Linux simili a Dirty COW, associate al verificarsi di una condizione di competizione.

Di conseguenza, il modello ha scoperto un problema in XFS e ha preparato un exploit PoC funzionante. Successivamente, gli specialisti hanno verificato il ragionamento del modello, confermato i dettagli tecnici della vulnerabilità e quindi hanno riprodotto con successo l’attacco.

La correzione è stata rilasciata nel codice sorgente del kernel il 16 luglio 2026 e i produttori di distribuzioni hanno già iniziato a rilasciare le patch. Si consiglia agli amministratori di aggiornare il kernel il prima possibile, soprattutto su sistemi pubblici e multiutente.


📢 Resta aggiornatoTi è piaciuto questo articolo? Rimani sempre informato seguendoci su 🔔 Google News.
Ne stiamo anche discutendo sui nostri social: 💼 LinkedIn, 📘 Facebook e 📸 Instagram.
Hai una notizia o un approfondimento da segnalarci? ✉️ Scrivici


Luigi Zullo 300x300
Ricercatore di sicurezza informatica con esperienza nell’analisi delle vulnerabilità, nella mitigazione del rischio cyber, nelle attività di red teaming ed ethical hacking e nella protezione di sistemi complessi. Specializzato in penetration testing e Threat Intelligence, contribuisce al rafforzamento della resilienza digitale di infrastrutture e reti aziendali.
Aree di competenza: Penetration Testing, Threat Intelligence, Red Teaming, Vulnerability Assessment, Incident Response