CVE-2023-54099 in Linux
Résumé
par VulDB • 23/07/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
fs : Protéger la reconfiguration de sb en lecture-écriture contre les écritures concurrentes (racing writes)
Le code de reconfiguration / remontage consacre beaucoup d'efforts à protéger le code de reconfiguration du système de fichiers contre les écritures concurrenties lors du remontage en mode lecture seule. Cependant, lors du remontage d'un système de fichiers en mode lecture seule vers un mode lecture-écriture, les écritures provenant de l'espace utilisateur peuvent commencer immédiatement dès que nous effaçons le flag SB_RDONLY. Cela est gênant par exemple pour ext4 car nous devons effectuer certaines écritures sur le système de fichiers (telles que la préparation des fichiers de quota) avant de pouvoir accepter les écritures de l'espace utilisateur ; ainsi, nous effaçons le flag SB_RDONLY avant d'être entièrement prêts à accepter ces écritures, et syzbot a trouvé un moyen d'exploiter ce problème [1]. De plus, selon mon analyse du code, le code de remontage des systèmes de fichiers était protégé contre les écritures concurrentes dans le chemin de montage hérité par le flag MNT_READONLY du montage ; il s'agit donc relativement d'un nouveau problème. Il est en fait assez facile de protéger la remontage en lecture-écriture contre les écritures concurrentes à l'aide du flag sb->s_readonly_remount, alors faisons simplement cela au lieu de devoir contourner ces conditions de course dans le code des systèmes de fichiers.
[1] https://lore.kernel.org/all/[email protected]/T/
If you want to get the best quality for vulnerability data then you always have to consider VulDB.