Skip to main content
VulnerabilityPublished Updated

CVE-2026-98180: Linux kernel · drm/msm: RCU-free the scheduler-containing ring and VM objects

Source GCVE Database

0
Compare
Authoritative record:CVE-2026-98180· High 7.1

Not known to be exploited · CVSS 7.1 High · fixed in d81bf4581903b0cba0698cd4d1c07fc6be21754a : patch Linux kernel soon.

Data as of 10 Nov 2026, 23:25 UTC

CVSS 3.1 base score
7.1High
How severe the flaw is on the 0–10 CVSS scale.

Thin evidence

One scorer or none
CVSS scores by source
CNA (Linux)CVSS 3.17.1
EPSS
0.1% chance of exploitation in 30 days – higher than 1% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in d81bf4581903b0cba0698cd4d1c07fc6be21754a, 713abac5c04ccbae67f9ac68c3921845535388e7, 01c8d1f385f788f1bbbbb7687c4386d614281218 +1
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 6 Oct 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponized: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 10 Nov 2026.

What to do

Upgrade Linux kernel to d81bf4581903b0cba0698cd4d1c07fc6be21754a, 713abac5c04ccbae67f9ac68c3921845535388e7, 01c8d1f385f788f1bbbbb7687c4386d614281218 or 0ba7c696eea3af41ac4712197566a7b94eedc637.

Affected software

ProductAffectedFixed in
LinuxLinuxAffected
  • ≥ 1d8a5ca436ee4a28eec14cb813f790f7cdeeee19, < d81bf4581903b0cba0698cd4d1c07fc6be21754a
Fixed in
  • d81bf4581903b0cba0698cd4d1c07fc6be21754a
LinuxLinuxAffected
  • ≥ 1d8a5ca436ee4a28eec14cb813f790f7cdeeee19, < 713abac5c04ccbae67f9ac68c3921845535388e7
Fixed in
  • 713abac5c04ccbae67f9ac68c3921845535388e7
LinuxLinuxAffected
  • ≥ 1d8a5ca436ee4a28eec14cb813f790f7cdeeee19, < 01c8d1f385f788f1bbbbb7687c4386d614281218
Fixed in
  • 01c8d1f385f788f1bbbbb7687c4386d614281218
LinuxLinuxAffected
  • ≥ 1d8a5ca436ee4a28eec14cb813f790f7cdeeee19, < 0ba7c696eea3af41ac4712197566a7b94eedc637
Fixed in
  • 0ba7c696eea3af41ac4712197566a7b94eedc637
LinuxLinuxAffected
  • =5.15
Fixed in–

Description

In the Linux kernel, the following vulnerability has been resolved: drm/msm: RCU-free the scheduler-containing ring and VM objects Both struct msm_ringbuffer and struct msm_gem_vm embed a struct drm_gpu_scheduler. msm_ringbuffer_destroy() and the VM free callback msm_gem_vm_free() call drm_sched_fini() on the embedded scheduler and then free the containing object with plain kfree(). 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 (the submit out-fence, or a VM_BIND fence, via sync_file / drm_syncobj) keeps pointing at the embedded scheduler after the ring/VM is freed, so a later get_timeline_name() -- reachable unprivileged through SYNC_IOC_FILE_INFO -- dereferences freed slab 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 objects with kfree_rcu() instead of kfree(). Patchwork: https://patchwork.freedesktop.org/patch/750234/

References

Community reviews

Loading reviews…