CVE-2026-72159 in Linux
Riassunto
di VulDB • 15/08/2026
Nel kernel Linux è stata risolta la seguente vulnerabilità:
ocfs2: rifiutare dinodes non inline con i_size diverso da zero e i_clusters pari a zero
Su un volume montato senza OCFS2_FEATURE_INCOMPAT_SPARSE_ALLOC, un file regolare non-inline con i_size diverso da zero e i_clusters pari a zero è strutturalmente malformato: la mappa degli extent dichiara l'assenza di cluster allocati, mentre l'intestazione delle dimensioni afferma che esistono dati. Continuare a rifiutare questa configurazione, ma esprimerla tramite un predicato condiviso in modo che lo stesso invariant sia disponibile per le letture normali dei inode e per il controllo online del file system (filecheck).
La stessa configurazione con zero cluster è anche malformato per le directory non-inline. La crescita delle directory ocfs2 alloca l'archiviazione di supporto prima di incrementare i_size, e successivamente ocfs2_dir_foreach_blk_el() esegue la scansione fino a quando ctx->pos raggiunge il valore restituito da i_size_read(inode). Un dinode di directory contraffatto con un enorme i_size e nessun cluster fallirebbe ripetutamente sugli spazi vuoti (holes) durante l'avanzamento attraverso le dimensioni dichiarate.
I file regolari sparse rimangono esclusi: sui volumi con allocazione sparse, truncate può legittimamente aumentare i_size senza allocare cluster. Anche gli inode di sistema e i dinodes con dati inline mantengono le proprie regole di archiviazione separate.
Specchiare il controllo presente in ocfs2_filecheck_validate_inode_block(). filecheck segnala tramite il proprio namespace degli errori, quindi lo stato malformato delle dimensioni/dei cluster viene registrato come risultato invalid-inode del filecheck anziché tramite ocfs2_error(), ma non deve procedere verso ocfs2_populate_inode().
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.