PT-2026-90428 · Linux · Linux

CVE-2026-89712

·

Published

2026-09-11

·

Updated

2026-09-11

None

No severity ratings or metrics are available. When they are, we'll update the corresponding info on the page.
In the Linux kernel, the following vulnerability has been resolved:
NFSD: restart ssc expire umount walk after dropping nfsd ssc lock
nfsd4 ssc expire umount() walks nn->nfsd ssc mount list with list for each entry safe(ni, tmp, ...). For each expired entry it sets nsui busy = true, drops nfsd ssc lock to run mntput() on the source vfsmount, then reacquires the lock to list del + kfree the entry and continue iterating via the macro's saved tmp pointer.
The nsui busy flag protects the current ni from concurrent nfsd4 ssc setup dul() finders during the lock-drop window, but it does not pin tmp. Another nfsd RPC thread that fails its source- server mount and reaches nfsd4 ssc cancel dul() will, during that same window, take nfsd ssc lock, list del + kfree its own ssc umount item, and release the lock. If that item is the saved tmp of the expire walk, the next iteration dereferences a freed nfsd4 ssc umount item.
Restart the walk from the head after the mntput() unlock window so no saved next pointer survives the lock-drop. The list is bounded by the number of active inter-server source mounts (typically small) and the expire delayed-work runs periodically rather than per-IO, so the restart is cheap.
Found an issue in the description? Have something to add? Feel free to write us 👾

Related Identifiers

CVE-2026-89712

Affected Products

Linux