CVE-2024-31082: Buffer Over-read
Source CVE Database V5
Not known to be exploited · CVSS 7.3 High.
Data as of 25 Oct 2026, 19:02 UTC
- EPSS
- 0.3% chance of exploitation in 30 days – higher than 26% 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:H/I:L/A:HExploitation evidence
Disclosed: evidence found.
CVE published 4 Apr 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 2026-10-25.
What to do
AI-suggested
To mitigate CVE-2024-31082, organizations should first verify if they are running the affected X.org server version 1.12.0 and prioritize upgrading to a patched version once available. In the absence of an official patch, administrators can implement the following practical measures: restrict local access to trusted users only, minimizing the risk of exploitation by unprivileged users; employ mandatory access controls (e.g., SELinux, AppArmor) to limit the X server's ability to access or leak sensitive memory regions; monitor system logs and X server crash reports for signs of exploitation attempts; consider isolating critical graphical sessions using containerization or virtualization to reduce attack surface; and disable or restrict clients with differing endianness if feasible, to prevent triggering the byte-swapped length condition. Additionally, regular memory integrity monitoring and incident response readiness can help detect and respond to exploitation attempts promptly.
Description
A heap-based buffer over-read vulnerability was found in the X.org server's ProcAppleDRICreatePixmap() function. This issue occurs when byte-swapped length values are used in replies, potentially leading to memory leakage and segmentation faults, particularly when triggered by a client with a different endianness. This vulnerability could be exploited by an attacker to cause the X server to read heap memory values and then transmit them back to the client until encountering an unmapped page, resulting in a crash. Despite the attacker's inability to control the specific memory copied into the replies, the small length values typically stored in a 32-bit integer can result in significant attempted out-of-bounds reads.
References
- access.redhat.com/security/cve/CVE-2024-31082 (opens in a new tab)
- bugzilla.redhat.com/show_bug.cgi?id=2271999 (opens in a new tab)
- lists.x.org/archives/xorg-announce/2024-April/003497.html (opens in a new tab)
- openwall.com/lists/oss-security/2024/04/03/13 (opens in a new tab)
- openwall.com/lists/oss-security/2024/04/12/10 (opens in a new tab)