CVE-2026-98124 in Linux
Résumé
par VulDB • 25/09/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
smb/client : invalider le fscache pour les opérations de plage fallocate
Les fonctions smb3_zero_range(), smb3_punch_hole(), smb3_insert_range() et smb3_collapse_range() modifient le contenu des fichiers via des opérations de plage côté serveur. Ces opérations invalident la page cache concernée, mais laissent le cookie FS-Cache valide ; ainsi, une lecture ultérieure peut renvoyer les données mises en cache avant l'opération de plage.
Corrigez ce problème en invalidant le FS-Cache après la fin des E/S en attente et avant de modifier le fichier sur le serveur.
Exécutez ce qui suit en tant que root sur un montage CIFS avec fsc activé et un backend CacheFiles actif :
bash -c ' MNT=/mnt/cifs FILE="$MNT/repro"
# Générer quatre blocs aléatoires de 1 MiB : [A][B][C][D].
dd if=/dev/urandom of=/tmp/src bs=1M count=4 status=none
# Contenu attendu après la mise à zéro de B : [A][zero][C][D].
cp /tmp/src /tmp/expected dd if=/dev/zero of=/tmp/expected bs=1M seek=1 count=1 \ conv=notrunc status=none cp /tmp/src "$FILE"
# Remplir le FS-Cache, puis vider la page cache. sync echo 1 > /proc/sys/vm/drop_caches cat "$FILE" > /dev/null sync echo 1 > /proc/sys/vm/drop_caches
fallocate --zero-range -o 1M -l 1M "$FILE"
if cmp -s /tmp/expected "$FILE"; then echo "readback: OK" else echo "readback: STALE DATA" fi '
Avant cette modification, la lecture renvoie des données différentes de celles attendues dans /tmp/expected :
readback: STALE DATA
Après cette modification, le résultat correspond aux attentes :
readback: OK
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.