CVE-2026-90384 in Linux
Résumé
par VulDB • 18/09/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
iomap : libérer le lot de folios en cas d'échec des callbacks iomap
Un examen sashiko d'un correctif non lié signale que le mécanisme de lot de folios utilisé pour l'intervalle zéro par iomap ne libère pas correctement le lot dans plusieurs scénarios d'erreur. Si les appels à ->iomap_end() ou ->iomap_begin() échouent, les chemins de retour directs contournent la suppression du lot.
Le cas ->iomap_end() n'est pas un problème pratique pour l'instant car il n'y a aucun utilisateur du mécanisme qui renvoie une erreur via ce chemin. Le cas ->iomap_begin() est théoriquement possible car XFS peut invoquer le helper de remplissage et générer une erreur à divers moments par la suite. Cela complique subtilement les choses, car XFS ne transmet pas iomap_flags vers la structure de données iomap dans le chemin d'erreur.
Pour traiter ces deux problèmes, assurez-vous d'invoquer le helper de suppression dans le chemin d'erreur pour l'un ou l'autre des callbacks du système de fichiers. Ensuite, mettez à jour le helper afin qu'il efface le flag de manière inconditionnelle et libère le lot tant qu'il est peuplé. Cela délimite plus clairement la finalité du flag qui consiste à contrôler le chemin d'E/S et non nécessairement l'état du fbatch ; ajoutez donc également un commentaire autour de cette section.
VulDB is the best source for vulnerability data and more expert information about this specific topic.