CVE-2026-98512

In the Linux kernel, the following vulnerability has been resolved: drm/nouveau: RCU-free the scheduler-containing nouveau_sched struct nouveau_sched embeds a struct drm_gpu_scheduler (base). nouveau_sched_destroy() calls nouveau_sched_fini() (which does drm_sched_fini(&sched->base)) and then frees the object with plain kfree(sched). drm_sched_fence_get_timeline_name() returns fence->sched->name, and the scheduler fence keeps a .release callback so it is not ops-detached on signalling. A finished fence exported to userspace via drm_syncobj / sync_file therefore keeps pointing at &sched->base after nouveau_sched_destroy(), and a later get_timeline_name() -- reachable unprivileged through SYNC_IOC_FILE_INFO -- dereferences freed memory (KASAN slab-use-after-free read). Per the dma-fence lifetime contract the exporter must keep the data backing a signalled fence alive for an RCU grace period. Free the scheduler-containing object with kfree_rcu() instead of kfree().

CVSS 3.1

7.1CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:H

EPSS

0.2% chance of exploitation in the next 30 days; higher than 5% of CVEs (scores of 2026-10-25)

Published

2026-10-18

Modified

2026-10-24

Record from

the NVD, synced 2026-10-24

References

• https://git.kernel.org/stable/c/35151e9a8274174ccbb92e3b3ba7dc7a008dcada
• https://git.kernel.org/stable/c/40edf5eefc3fd94592a91d6eb074d4fc6f606c75
• https://git.kernel.org/stable/c/cd6e11b6ebe04a0a1f1435df561acada9eadc563
• https://git.kernel.org/stable/c/f7eae6d8d768fabd6b59779ca7da79e02c74e113

Check your stackJSON