drm/i915: scatterlist length overflows for GEM shmem objects of 4 GB or more
Impact
When the scatterlist table for an i915 GEM shmem object of 4 GB or more is populated from folio-allocated pages, the unsigned-int length field of a single scatterlist entry can overflow once the pages assigned to it reach the 4 GB mark. Users of the object then hit a premature end of its backing pages; the upstream report shows a WARN in remap_sg() reached through a CPU fault path from a userspace gem_mmap_offset test, so the observed outcome is a kernel warning and mishandled mappings rather than a proven write primitive. It matters wherever Intel GPUs are in the fleet - Intel Data Center GPU parts and any node where i915 drives the display or compute device - because large buffers are exactly what AI workloads allocate, and the trigger is an ordinary unprivileged allocation, not a crafted one. The flaw was known to the author of the code that introduced it and annotated in a comment, then left unaddressed, so it has been latent across several releases.
Who can reach it
Local user with access to the DRM render node (/dev/dri/renderD*), which on GPU nodes is any pod granted the device. No authentication beyond that; the path is reached by allocating a GEM shmem object of 4 GB or more and faulting it in.
What to do
Update to a stable kernel that caps per-scatterlist byte length at max_segment (five branches carry the backport, and the fix is a cherry-pick of upstream 06249b4e691a) then drain and reboot the node - i915 cannot be unloaded while workloads hold the device. Nodes with no Intel GPU and no i915 in lsmod can skip it. No Intel advisory is present in the record, so no fixed product version is quoted here.
References
Related entries
- Linux kernel amdgpu firmware, ACPI and IP-block initialisation (drm/amdgpu): A use-after-free in the amdgpu firmwareCVE-2026-43370 · Linux kernel amdgpu firmware, ACPI and IP-block initialisation (drm/amdgpu)High
- Imagination Graphics DDK: GPU firmware boots using a save/restore pointer the non-secure kernel can rewriteCVE-2026-45198 · Imagination Technologies Graphics DDK (GPU firmware save/restore pointer from non-secure REE memory)High
- Linux kernel amdgpu GEM/VM/command-submission ioctl surface (drm/amdgpu): A correctness defect in the amdgpuCVE-2026-45853 · Linux kernel amdgpu GEM/VM/command-submission ioctl surface (drm/amdgpu)High
- Linux kernel Intel Xe driver: dma-buf attachment leaked when GEM prime import failsCVE-2026-46201 · Linux kernel drm/xe (xe_gem_prime_import dma-buf attachment leak)High
- Linux kernel DRM GEM framebuffer helper: integer wrap lets an undersized buffer pass the size guardCVE-2026-46209 · Linux kernel drm/gem (drm_gem_fb_init_with_funcs sub-sampled plane size check)High
- Linux kernel amdgpu display core (DC/DM) (drm/amd/display): An out-of-bounds access in the amdgpu display core (DC/DM)CVE-2026-46263 · Linux kernel amdgpu display core (DC/DM) (drm/amd/display)High
This entry is curated: imported from vendor advisories with machine assistance, not yet individually verified. Confirm against your vendor's advisory before acting, and report anything wrong.