CVE Catalog

CVE-2026-72218

Low risk· EPSS 12%
Published: Updated: Translated: NVD NIST

Exploitation Probability (EPSS)

Low risk
0.21%

12th percentile - higher than 12% of all known CVEs

Summary

In the Linux kernel's lockd module, there is an nlm_file refcount leak when the cached nlm_do_fopen() call fails. The cached path in nlm_lookup_file() always reaches the 'found' label even on error, leading to an unreleased reference and preventing proper file cleanup.

Risk Assessment

The reference leak can lead to memory exhaustion and system instability, and may prevent proper file management in the NFS service.

Recommendation

Apply a Linux kernel update containing the fix that short-circuits the cached path so references are not modified on nlm_do_fopen() failure.

Other vulnerabilities in Linux kernel

See all
Original NVD description (English source)

In the Linux kernel, the following vulnerability has been resolved: lockd: Plug nlm_file refcount leak on cached nlm_do_fopen() failure The cached-file path in nlm_lookup_file() reaches the found: label unconditionally, even when nlm_do_fopen() fails. At that label *result and file->f_count are updated before the error is returned. The wrappers nlm3svc_lookup_file() and nlm4svc_lookup_file() then bail out of their switch without copying *result back to their caller, so the proc handler's local nlm_file pointer remains NULL and the cleanup path skips nlm_release_file(). The f_count increment is never released, and nlm_traverse_files() can no longer reap the file because its refcount never returns to zero between requests. Short-circuit the cached path so neither *result nor f_count is touched when nlm_do_fopen() fails on a hashed nlm_file.

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