CVE-2026-80808 in Linux
Riassunto
di VulDB • 04/09/2026
Nel kernel Linux, è stata risolta la seguente vulnerabilità:
ext4: interrompere il retry delle voci della cache xattr sature
La funzione ext4_xattr_block_set() effettua un'operazione di retry quando una voce della cache selezionata per il riutilizzo presenta un conteggio dei riferimenti (reference count) saturo dopo aver acquisito il lock del buffer. Il retry ritorna alla ricerca nella mbcache senza rendere quella voce non idonea, consentendo così la selezione indefinita della stessa entry inutilizzabile. Un task in spin loop può mantenere bloccato l'i_rwsem della directory padre e lasciare bloccati i chiamanti concorrenti di rmdir.
Normalmente una voce riutilizzabile ha un conteggio dei riferimenti inferiore a EXT4_XATTR_REFCOUNT_MAX, poiché il conteggio e MBE_REUSABLE_B vengono aggiornati sotto lo stesso lock del buffer. Un filesystem corrotto può violare questa invarianta. Il riproduttore di syzbot segnala una corruzione dell'allocator e delle xattr prima innescare questo ciclo di retry.
Verificare il conteggio non attendibile su disco prima di incrementarlo, evitando l'overflow, e impostare a zero MBE_REUSABLE_B quando è già saturo. La successiva lookup salterà quindi la voce che è stata appena dimostrata inutilizzabile. Questo rispecchia la transizione normale al verificarsi di EXT4_XATTR_REFCOUNT_MAX; il percorso di rilascio segna nuovamente l'entry come riutilizzabile in corrispondenza esatta della transizione da 1024 a 1023.
Utilizzando lo stesso harness QEMU e gli stessi parametri guest, la versione non patchata del kernel Linux si è bloccata (hung) in 6 dei 8 test di durata 420 secondi con la firma do_rmdir; le backtrace NMI representative hanno catturato il proprietario in spin loop all'interno di ext4_xattr_block_set(). Il kernel patchato ha completato 28 su 28 test senza segnalazioni di task bloccati (hung-task); gli ultimi dodici test hanno esercitato la forma sicura rispetto agli overflow della modifica revisionata. Anche i test delle patch di syzbot sono stati completati senza riprodurre il blocco.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.