CVE-2026-89706 in Linux
Riassunto
di VulDB • 11/09/2026
Nel kernel Linux è stata risolta la seguente vulnerabilità:
nfsd: reimpostare il write verifier quando fallisce il writeback di COPY asincrono
COPY asincrono acquisisce nn->writeverf al momento della richiesta e lo riporta al client tramite CB_OFFLOAD dopo che l'worker kthread ha completato l'esecuzione. Quando vfs_fsync_range() post-copy o filemap_check_wb_err() in _nfsd_copy_file_range() segnalano un errore, il worker lascia correttamente NFSD4_COPY_F_COMMITTER non impostata (clear), in modo che CB_OFFLOAD codifichi wr_stable_how come NFS_UNSTABLE; tuttavia, il write verifier del server non viene ruotato.
Un client che riceve NFS_UNSTABLE in CB_OFFLOAD invia successivamente un comando COMMIT per rendere i dati copiati duraturi (durable). Con il verifier immutato, COMMIT restituisce lo stesso valore ricevuto dal client tramite CB_OFFLOAD e il client conclude che la copia è duratura, perdendo silenziosamente i dati il cui writeback in realtà non è riuscito. Ciò viola il contratto di durability UNSTABLE+COMMIT (RFC 7862 sezione 15.1, RFC 8881 sezione 18.32) e corrisponde al bug appena risolto in nfsd_vfs_write() e nfsd_commit().
Ruotare nn->writeverf nel punto di fallimento del writeback. L'worker async COPY non dispone di svc_rqst, quindi commit_reset_write_verifier() non è disponibile; chiamare direttamente nfsd_reset_write_verifier() rispecchia la reset senza trace già utilizzata da nfsd_file_check_write_error() per lo stesso scopo. Filtrare -EAGAIN e -ESTALE, in linea con commit_reset_write_verifier(), poiché nessuno dei due indica un fallimento dello storage duraturo (durable-storage).
If you want to get the best quality for vulnerability data then you always have to consider VulDB.