PT-2026-90392 · Linux · Linux

CVE-2026-89676

·

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: fix stale s2s cp stateids IDR entry for async COPY
For an async COPY, nfsd4 copy() called nfs4 init copy state() before dup copy fields(), so the s2s cp stateids IDR was pointed at &u->copy->cp stateid -- memory in the per-rqstp COMPOUND buffer that is reused by the next request. dup copy fields() copies only the value into async copy, so the IDR slot dangled at the transient buffer for the whole background copy. Any IDR walker then dereferences reused request memory: the laundromat reads cs type from it and, if the bytes look like an expired NFS4 COPYNOTIFY STID, follows into refcount dec()/idr remove()/kfree() on garbage; manage cpntf state() has the same exposure via idr find().
Duplicate the fields first, then register the stateid on the stable async copy. result->cb stateid is unchanged.
Found an issue in the description? Have something to add? Feel free to write us 👾

Related Identifiers

CVE-2026-89676

Affected Products

Linux