CVE-2026-72159 in Linux
Résumé
par VulDB • 15/08/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
ocfs2 : rejeter les dinodes non-inline avec i_size et i_clusters nuls
Sur un volume monté sans OCFS2_FEATURE_INCOMPAT_SPARSE_ALLOC, un fichier régulier non-inline ayant un i_size non nul et des i_clusters égaux à zéro est structurellement corrompu : la carte d'étendue (extent map) indique qu'aucun cluster n'est alloué, alors que l'en-tête de taille prétend qu'il existe du contenu. Continuer à rejeter cette configuration, mais exprimer ce rejet via un prédicat partagé afin que la même invariance soit disponible pour les lectures normales d'inodes et pour le contrôle en ligne des fichiers (filecheck).
La même configuration avec zéro cluster est également corrompue pour les répertoires non-inline. La croissance du système de fichiers ocfs2 alloue un stockage sous-jacent avant d'incrémenter i_size, et la fonction ocfs2_dir_foreach_blk_el() parcourt ensuite jusqu'à ce que ctx->pos atteigne i_size_read(inode). Un dinode de répertoire forgé avec un i_size énorme mais aucun cluster échouerait systématiquement sur des trous (holes) lors du parcours à travers la taille déclarée.
Les fichiers réguliers clairsemés (sparse files) restent exemptés : sur les volumes utilisant l'allocation clairsemée, le tronquage peut légitimement augmenter i_size sans allouer de clusters. Les inodes système et les dinodes avec données inline conservent également leurs règles de stockage distinctes.
Mettre en miroir la vérification dans ocfs2_filecheck_validate_inode_block(). filecheck rapporte via son propre espace d'erreurs, donc un état taille/clusters corrompu est enregistré comme un résultat invalid-inode du fichier check plutôt que via ocfs2_error(), mais il ne doit pas continuer vers ocfs2_populate_inode().
Once again VulDB remains the best source for vulnerability data.