Skip to main content
CVE-2024-31081VulnerabilityPublished Updated

CVE-2024-31081: Buffer Over-read

Source CVE Database V5

0

Not known to be exploited · CVSS 7.3 High.

Data as of 25 Oct 2026, 19:02 UTC

CVSS 3.1 base score
7.3High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.5% chance of exploitation in 30 days – higher than 43% 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:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 4 Apr 2024

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq 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

2) Restrict local access to trusted users only, minimizing the risk of exploitation by unprivileged users. 3) Employ system-level protections such as Address Space Layout Randomization (ASLR) and memory protection mechanisms to reduce the likelihood of successful exploitation. 4) Monitor system logs and X.org server crash reports for signs of segmentation faults or abnormal behavior indicative of exploitation attempts. 5) Consider isolating critical graphical servers or using containerization to limit the impact of potential crashes. 6) Educate users about the risks of running untrusted clients or applications that interact with the X server, especially those that may have differing endianness. 7) Implement strict access controls and auditing on multi-user systems to detect and prevent unauthorized local access.

Description

A heap-based buffer over-read vulnerability was found in the X.org server's ProcXIPassiveGrabDevice() 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

Community reviews

Loading reviews…