CVE-2026-53142: Linux kernel · drm/xe/display: fix oops in suspend/shutdown without display
Source GCVE Database
Not known to be exploited · CVSS 5.5 Medium.
Data as of 26 Oct 2026, 12:55 UTC
- 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.
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:HExploitation evidence
Disclosed: evidence found.
CVE published 25 Jun 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by 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 26 Oct 2026.
What to do
AI-suggested
A fix has been implemented in the Linux kernel drm/xe display driver by adjusting initialization order and adding checks for display presence to prevent NULL pointer dereferences. Users should update to a Linux kernel version that includes this fix. Since this is a kernel driver issue, applying the official kernel update from the vendor or distribution is the recommended remediation. Patch status is not explicitly stated here; check the vendor or Linux kernel advisory for the exact fixed version.
Description
In the Linux kernel, the following vulnerability has been resolved: drm/xe/display: fix oops in suspend/shutdown without display The xe driver keeps track of whether to probe display, and whether display hardware is there, using xe->info.probe_display. It gets set to false if there's no display after intel_display_device_probe(). However, the display may also be disabled via fuses, detected at a later time in intel_display_device_info_runtime_init(). In this case, the xe driver does for_each_intel_crtc() on uninitialized mode config in xe_display_flush_cleanup_work(), leading to a NULL pointer dereference, and generally calls display code with display info cleared. Check for intel_display_device_present() after intel_display_device_info_runtime_init(), and reset xe->info.probe_display as necessary. Also do unset_display_features() for completeness, although display runtime init has already done that. This will need to be unified across all cases later. Move intel_display_device_info_runtime_init() call slightly earlier, similar to i915, to avoid a bunch of unnecessary setup for no display cases. Note #1: The xe driver has no business doing low level display plumbing like for_each_intel_crtc() to begin with. It all needs to happen in display code. Note #2: The actual bug is present already in commit 44e694958b95 ("drm/xe/display: Implement display support"), but the oops was likely introduced later at commit ddf6492e0e50 ("drm/xe/display: Make display suspend/resume work on discrete"). (cherry picked from commit 7c3eb9f47533220888a67266448185fd0775d4da)
References
- nvd.nist.gov/vuln/detail/CVE-2026-53142 (opens in a new tab)
- git.kernel.org/stable/c/0f68ddfaaebfbb5581ee931779757d31f4dc9e24 (opens in a new tab)
- git.kernel.org/stable/c/238bcdaae8f2abc65e182de7d1f69cf8f611a610 (opens in a new tab)
- git.kernel.org/stable/c/68938cc08e23a94fd881e845837ff918de005ce7 (opens in a new tab)
- git.kernel.org/stable/c/ddf1fe4c043aa42e46aef87b815d5deeed2fcd7b (opens in a new tab)