Skip to main content
CVE-2026-2243VulnerabilityPublished Updated

CVE-2026-2243: Red Hat Enterprise Linux 10 · Out-of-bounds Read

Affects Red Hat Enterprise Linux 10Source CVE Database V5

0

Not known to be exploited · CVSS 5.1 Medium.

Data as of 25 Oct 2026, 19:02 UTC

CVSS 3.1 base score
5.1Medium
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.1% chance of exploitation in 30 days – higher than 2% 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:L/I:N/A:L

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 19 Feb 2026

  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

Affected software

ProductAffectedFixed in
Red HatRed Hat Enterprise Linux 10Affected–Fixed in–
Red HatRed Hat Enterprise Linux 6Affected–Fixed in–
Red HatRed Hat Enterprise Linux 7Affected–Fixed in–
Red HatRed Hat Enterprise Linux 8Affected–Fixed in–
Red HatRed Hat Enterprise Linux 9Affected–Fixed in–
Red HatRed Hat OpenShift Container Platform 4Affected–Fixed in–

AI-suggested

To mitigate CVE-2026-2243, organizations should: 1) Monitor for and apply official patches or updates from Red Hat and QEMU as soon as they become available. 2) Restrict local access to systems running QEMU to trusted users only, minimizing insider threat risks. 3) Avoid using untrusted or unverified VMDK images, especially those sourced externally or from unknown origins. 4) Implement strict file integrity monitoring and scanning of virtual disk images before deployment. 5) Employ virtualization security best practices such as isolating virtual machines and limiting privileges of users managing virtual environments. 6) Monitor system logs and QEMU behavior for anomalies indicative of exploitation attempts. 7) Consider alternative virtual disk formats if feasible, pending patch availability.

Description

A flaw was found in QEMU. A specially crafted VMDK image could trigger an out-of-bounds read vulnerability, potentially leading to a 12-byte leak of sensitive information or a denial of service condition (DoS).

References

Community reviews

Loading reviews…