CVE-2026-99242
Publiée le 2026-11-02 · Dernière modification le 2026-11-02
Le pilote NTFS du noyau Linux est affecté par une condition de concurrence (race condition) survenant lors de l'opération `fallocate`, utilisée pour pré-allouer de l'espace pour des fichiers sur les partitions NTFS. Lorsque l'espace est alloué, le système mappe de nouveaux clusters de disque avant qu'ils ne soient correctement effacés. Comme certains verrous ne sont pas maintenus durant ce processus spécifique, une lecture concurrente via un mappage mémoire (`mmap`) peut s'intercaler et accéder au disque avant que la mise à zéro ne s'opère.
Un attaquant disposant d'un accès local au système peut exploiter cette faille pour lire des données de disque non initialisées, entraînant potentiellement la fuite de fragments de fichiers supprimés ou d'informations système sensibles appartenant à d'autres utilisateurs. Cela impacte la confidentialité et l'intégrité des données, car l'utilisateur voit des « données résiduelles » ou d'anciennes données au lieu des zéros attendus. Bien que le déclenchement nécessite un timing précis, l'exploitation peut être réalisée par tout utilisateur local capable de monter une partition NTFS et de mapper des fichiers en mémoire.
RÉFÉRENCES
Description officielle du NVD (en anglais)
In the Linux kernel, the following vulnerability has been resolved: ntfs: fix race between fallocate and mmap reads The fallocate implementation only takes invalidate_lock for punch hole, collapse range, and insert range operations. For standard allocation modes (mode == 0, FALLOC_FL_KEEP_SIZE), the lock is not held. During ntfs_attr_fallocate(), new clusters are mapped to the runlist via ntfs_attr_map_cluster() before being zeroed by ntfs_dio_zero_range(). This creates a window where concurrent mmap page faults can read uninitialized disk data. Since mmap uses filemap_fault() which takes invalidate_lock in shared mode, it can fault in pages during this window and expose old disk contents to userspace. This is an information leak and data integrity issue. Fix by taking invalidate_lock for all fallocate operations, not just for punch/collapse/insert modes. This prevents concurrent page faults from accessing unzeroed clusters during the allocation window.