In the Linux kernel, the following vulnerability has been resolved: nfsd: reset write verifier on deferred writeback errors nfsd_vfs_write() and… (CVE-2026-53393)
A vulnerability in the Linux kernel's NFS server code (nfsd) involves improper handling of deferred writeback errors in nfsd_vfs_write() and nfsd_commit(). The server's write verifier is not reset when these errors occur, causing clients to mistakenly believe their data is durable after a COMMIT operation, potentially leading to silent data loss. This violates the durability guarantees defined in relevant NFS RFCs. The issue has been resolved by adding calls to reset the write verifier on these error paths.
AI Analysis
Technical Summary
The Linux kernel's NFS server functions nfsd_vfs_write() and nfsd_commit() both call filemap_check_wb_err() to detect deferred writeback errors but fail to rotate the server's write verifier (nn->writeverf) when such errors are detected. This omission means clients holding UNSTABLE write data under the current verifier may commit, receive the unchanged verifier, and incorrectly conclude their data is durable, resulting in silent data loss. The fix involves adding commit_reset_write_verifier() calls at the error sites to ensure the write verifier is properly rotated, aligning with the behavior of other durable-storage-failure paths in these functions and maintaining compliance with the UNSTABLE+COMMIT durability contract as specified in RFC 1813 §3.3.7 and RFC 8881 §18.32.
Potential Impact
Clients using NFS with the affected Linux kernel may experience silent data loss because the server does not properly reset the write verifier after deferred writeback errors. This causes clients to believe their data has been durably stored when it has not, violating the durability guarantees of the NFS protocol. There is no indication of known exploits in the wild.
Mitigation Recommendations
Patch status is not yet confirmed — check the vendor advisory for current remediation guidance. The described fix involves adding calls to reset the write verifier on error paths in the Linux kernel NFS server code. Users should monitor official Linux kernel updates and apply patches once available to address this issue.
In the Linux kernel, the following vulnerability has been resolved: nfsd: reset write verifier on deferred writeback errors nfsd_vfs_write() and… (CVE-2026-53393)
Description
A vulnerability in the Linux kernel's NFS server code (nfsd) involves improper handling of deferred writeback errors in nfsd_vfs_write() and nfsd_commit(). The server's write verifier is not reset when these errors occur, causing clients to mistakenly believe their data is durable after a COMMIT operation, potentially leading to silent data loss. This violates the durability guarantees defined in relevant NFS RFCs. The issue has been resolved by adding calls to reset the write verifier on these error paths.
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
The Linux kernel's NFS server functions nfsd_vfs_write() and nfsd_commit() both call filemap_check_wb_err() to detect deferred writeback errors but fail to rotate the server's write verifier (nn->writeverf) when such errors are detected. This omission means clients holding UNSTABLE write data under the current verifier may commit, receive the unchanged verifier, and incorrectly conclude their data is durable, resulting in silent data loss. The fix involves adding commit_reset_write_verifier() calls at the error sites to ensure the write verifier is properly rotated, aligning with the behavior of other durable-storage-failure paths in these functions and maintaining compliance with the UNSTABLE+COMMIT durability contract as specified in RFC 1813 §3.3.7 and RFC 8881 §18.32.
Potential Impact
Clients using NFS with the affected Linux kernel may experience silent data loss because the server does not properly reset the write verifier after deferred writeback errors. This causes clients to believe their data has been durably stored when it has not, violating the durability guarantees of the NFS protocol. There is no indication of known exploits in the wild.
Mitigation Recommendations
Patch status is not yet confirmed — check the vendor advisory for current remediation guidance. The described fix involves adding calls to reset the write verifier on error paths in the Linux kernel NFS server code. Users should monitor official Linux kernel updates and apply patches once available to address this issue.
Technical Details
- Gcve Source
- db.gcve.eu
- Osv Id
- GHSA-wm3m-j54f-523v
- Osv Schema Version
- 1.4.0
- Aliases
- ["CVE-2026-53393"]
- Ecosystems
- []
- Database Specific Severity
- null
- Cvss Version
- null
Threat ID: 6a5d27ad2a4a8d5989131f69
Added to database: 07/19/2026, 19:38:21 UTC
Last enriched: 07/19/2026, 20:23:04 UTC
Last updated: 07/20/2026, 17:26:47 UTC
Views: 17
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.