CVE Catalog

CVE-2026-89685

Unknown
Published: Translated: NVD NIST

Summary

In the Linux kernel, clients_still_reclaiming() computes a deadline from nn->boot_time (CLOCK_REALTIME) but compares it against ktime_get_boottime_seconds() (CLOCK_BOOTTIME), so the comparison is always false. As a result, any client can hold the server in grace indefinitely by sending CLAIM_PREVIOUS OPEN requests, blocking all non-reclaim operations for all other clients.

Risk Assessment

A malicious or misbehaving NFS client can block service for all other NFS clients by keeping the server permanently in the grace period. This results in denial of service (DoS) for the entire NFS export.

Recommendation

Update the Linux kernel to a version containing the fix that adds boot_time_bt (CLOCK_BOOTTIME) and uses it for the deadline computation in clients_still_reclaiming().

Other vulnerabilities in Linux kernel nfsd

See all
Original NVD description (English source)

In the Linux kernel, the following vulnerability has been resolved: nfsd: fix clock domain mismatch in clients_still_reclaiming() clients_still_reclaiming() computes a deadline from nn->boot_time (CLOCK_REALTIME, ~1.7 billion) but compares it against ktime_get_boottime_seconds() (CLOCK_BOOTTIME, seconds since boot). The comparison is always false — it would take ~54 years of uptime for BOOTTIME to exceed the REALTIME-derived deadline. This means any client can hold the server in grace indefinitely by sending CLAIM_PREVIOUS OPEN requests, blocking all non-reclaim operations for all other clients. Add boot_time_bt (CLOCK_BOOTTIME) alongside the existing boot_time and use it for the deadline computation. boot_time (CLOCK_REALTIME) is preserved for its cl_boot clientid-nonce role.

Vulnerability data from NVD (NIST) · CISA KEV · EPSS