Skip to main content
CVE-2023-46838VulnerabilityPublished Updated

CVE-2023-46838: Linux · Vulnerability

Affects LinuxSource CVE Database V5

0

Not known to be exploited · CVSS 7.5 High.

Data as of 25 Oct 2026, 19:02 UTC

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

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 29 Jan 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

European organizations should prioritize the following mitigation steps: 1) Identify all Linux systems running Xen virtualization and assess their exposure to network traffic that could exploit this vulnerability. 2) Monitor vendor and Linux kernel mailing lists for patches or updates addressing CVE-2023-46838 and apply them promptly once available. 3) Implement network-level protections such as filtering or rate-limiting suspicious or malformed Xen virtual network protocol packets to reduce attack surface. 4) Employ intrusion detection systems (IDS) or anomaly detection tools tuned to detect unusual Xen network traffic patterns indicative of exploitation attempts. 5) For critical systems, consider temporary isolation or migration to alternative virtualization platforms until patches are applied. 6) Conduct thorough testing of updates in staging environments to ensure stability and compatibility. 7) Maintain robust incident response plans to quickly recover from potential denial-of-service incidents caused by this vulnerability. These measures go beyond generic advice by focusing on the specific Xen virtualization context and the nature of the zero-length SKB fragment exploitation vector.

Description

Transmit requests in Xen's virtual network protocol can consist of multiple parts. While not really useful, except for the initial part any of them may be of zero length, i.e.carry no data at all. Besides a certain initial portion of the to be transferred data, these parts are directly translated into what Linux calls SKB fragments. Such converted request parts can, when for a particular SKB they are all of length zero, lead to a de-reference of NULL in core networking code.

References

Community reviews

Loading reviews…