Skip to main content
VulnerabilityPublished Updated

CVE-2023-43789: Out-of-bounds Read

Source CVE Database V5

0

Not known to be exploited · CVSS 5.5 Medium.

Data as of 26 Oct 2026, 10:12 UTC

CVSS 3.1 base score
5.5Medium
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.3% chance of exploitation in 30 days – higher than 29% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:L/AC:L/PR:N/UI:R/S:U/C:H/I:N/A:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 12 Oct 2023

  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 26 Oct 2026.

What to do

AI-suggested

  1. Monitor vendor advisories closely and apply patches or updates for libXpm as soon as they become available.
  2. Restrict local user access to only trusted personnel and enforce the principle of least privilege to minimize the risk of exploitation.
  3. Implement strict user session controls and monitor for unusual local user activity that could indicate attempts to exploit this vulnerability.
  4. Use security mechanisms such as SELinux or AppArmor to confine processes that utilize libXpm, limiting their ability to access sensitive memory regions.
  5. Conduct regular audits of systems to identify the presence of vulnerable libXpm versions and prioritize remediation on critical systems.
  6. Educate users about the risks of running untrusted code or opening suspicious files that might trigger the vulnerability.
  7. Employ memory protection techniques and address space layout randomization (ASLR) to reduce the likelihood of successful exploitation.
  8. Consider disabling or removing libXpm if it is not required for operational purposes to eliminate the attack surface.

Description

A vulnerability was found in libXpm where a vulnerability exists due to a boundary condition, a local user can trigger an out-of-bounds read error and read contents of memory on the system.

References

Community reviews

Loading reviews…