CVE Catalog

CVE-2026-89711

HighCVSS 8.2
Published: Updated: Translated: NVD NIST

Exploitation Probability (EPSS)

Low risk
0.40%

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

Summary

In the Linux kernel, a flawed WARN_ON_ONCE was removed from nfsd_mode_check(). The assumption justifying the warning is invalid for NFS reexport, where the function can encounter a dentry without i_op->lookup. Returning nfserr_notdir must remain to guard the lookup_one_unlocked() path against a NULL method pointer dereference.

Risk Assessment

The flawed warning could cause false alarms and stability issues, while removing the nfserr_notdir return would risk a NULL pointer dereference.

Recommendation

Update the Linux kernel to a version containing the fix that removes WARN_ON_ONCE from nfsd_mode_check() while keeping the nfserr_notdir return.

Other vulnerabilities in Linux kernel

See all
Original NVD description (English source)

In the Linux kernel, the following vulnerability has been resolved: NFSD: remove flawed WARN_ON_ONCE from nfsd_mode_check The header for commit e75b23f9e323 ("nfsd: check d_can_lookup in fh_verify of directories") details the assumption that justified adding the WARN_ON_ONCE to nfsd_mode_check(), that assumption is invalid (in the case of NFS reexport). When NFSD exports an NFS filesystem it is very possible for nfsd_mode_check() to encounter a @dentry that doesn't have i_op->lookup (see nfs_fhget()'s NFS_ATTR_FATTR_MOUNTPOINT and NFS_ATTR_FATTR_V4_REFERRAL handling, and d_flags_for_inode()). So remove nfsd_mode_check()'s WARN_ON_ONCE(). The nfserr_notdir return on that branch must stay. It guards the subsequent lookup_one_unlocked() -> __lookup_slow() path, which calls inode->i_op->lookup() with no NULL check, so returning nfserr_notdir is what keeps a client LOOKUP into such a @dentry from dereferencing a NULL method pointer.

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