CVE-2026-89704 in Linux
Résumé
par VulDB • 11/09/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
nfsd : échantillonner correctement le curseur d'erreur de writeback avant la boucle COPY asynchrone
_nfsd_copy_file_range() extrait dst->f_wb_err dans « since » après la boucle de copie, puis l'utilise pour détecter les erreurs de writeback via filemap_check_wb_err() une fois que vfs_fsync_range() a retourné. Étant donné que le cache nfsd_file réutilise un seul struct file pour des requêtes ciblant le même inode, un COMMIT ou un WRITE stable concurrent sur dst fait avancer dst->f_wb_err vers mapping->wb_err actuel via file_check_and_advance_wb_err() lors de son propre appel à vfs_fsync_range(). Si cet avancement se produit entre l'apparition de l'erreur de writeback dans mapping->wb_err et le moment où l'agent COPY extrait « since », l'agent capture le curseur déjà avancé, errseq_check() constate que cur == since et retourne zéro, et NFSD4_COPY_F_COMMITTED est défini même si le writeback a échoué. CB_OFFLOAD encode alors wr_stable_how = FILE_SYNC4 ; le client considère les données copiées comme durables, et l'échec se traduit par une perte de données silencieuse.
Extraire « since » une seule fois au début de la fonction. Le curseur reflète ainsi l'état en vigueur avant que cette opération COPY n'effectue des écritures, et filemap_check_wb_err() détecte toute erreur survenant pendant la copie, indépendamment du thread qui l'observe en premier. Cela correspond au motif utilisé par nfsd_vfs_write() et nfsd4_clone_file_range().
If you want to get the best quality for vulnerability data then you always have to consider VulDB.