CVE-2023-45913: Mesa · NULL Pointer Dereference
Source CVE Database V5
Not known to be exploited · CVSS 6.2 Medium.
Data as of 26 Oct 2026, 17:16 UTC
- EPSS
- 0.2% chance of exploitation in 30 days – higher than 20% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:L/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:HExploitation evidence
Disclosed: evidence found.
CVE published 27 Mar 2024
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
2) Audit and restrict local access to systems running vulnerable Mesa versions to minimize the risk of local exploitation. 3) Consider configuring or hardening X11 server event handling to prevent unexpected DRI2_BufferSwapComplete events if feasible. 4) Employ application-level monitoring to detect and respond to crashes potentially caused by this vulnerability, enabling rapid incident response. 5) For critical environments, evaluate the feasibility of migrating to Wayland or other display servers that do not rely on X11 and DRI2/DRI3 protocols to reduce exposure. 6) Maintain comprehensive logging of graphical subsystem events to aid in forensic analysis if exploitation is suspected. 7) Educate system administrators about the vulnerability and encourage vigilance regarding unusual application crashes related to graphical rendering.
Description
Mesa v23.0.4 was discovered to contain a NULL pointer dereference via the function dri2GetGlxDrawableFromXDrawableId(). This vulnerability is triggered when the X11 server sends an DRI2_BufferSwapComplete event unexpectedly when the application is using DRI3. NOTE: this is disputed because there is no scenario in which the vulnerability was demonstrated.