CVE-2026-98518 drm/nouveau/dmem: pin VRAM for the whole registered range

High 7.0 Published Updated

A memory corruption vulnerability in the Linux kernel's nouveau driver allows local attackers to execute arbitrary code or escalate privileges due to incorrect VRAM buffer sizing.

Exploited in the wild
Not known
Login needed
Not needed
Attackable
Local or same network only
Victim action needed
Not needed
Fix
Available

What is CVE-2026-98518?

CVE-2026-98518 is a high-severity memory corruption vulnerability in Linux, published on 18 Oct 2026. It can only be exploited from the same machine or local network, with no action from the victim.

Official description

In the Linux kernel, the following vulnerability has been resolved:

drm/nouveau/dmem: pin VRAM for the whole registered range

Commit c32287471077 ("gpu/drm/nouveau: enable THP support for GPU memory migration") grew the device-private region that nouveau_dmem_chunk_alloc() registers from DMEM_CHUNK_SIZE to DMEM_CHUNK_SIZE * NR_CHUNKS, but left the VRAM buffer object backing that region at DMEM_CHUNK_SIZE.

nouveau_dmem_page_addr() returns chunk->bo->offset plus the page's offset within the registered region, so every page past the first chunk resolves to VRAM outside the buffer object.

Size the buffer object to the region it backs.

Which versions are affected by CVE-2026-98518?

How do I fix CVE-2026-98518?

Apply the vendor's patch.

Upgrade to the fixed version. Memory-safe languages, compiler hardening and fuzzing prevent most new cases. More about Memory corruption.

Is CVE-2026-98518 being exploited?

There is no known exploitation of CVE-2026-98518 in the wild and no public exploit code.

Sources

Also known as DEBIAN-CVE-2026-98518, GHSA-84w9-cx8r-cxrf, UBUNTU-CVE-2026-98518.

Is CVE-2026-98518 in your software?

Upload an SBOM and sbomify checks it against every vulnerability here, every day.

Check your SBOMs for free