Description
In the Linux kernel, the following vulnerability has been resolved:

xen/netfront: don't leak the skb when xennet_fill_frags() fails

When a response chain has more slots than fit in the skb's frags,
xennet_fill_frags() returns an error and xennet_poll() jumps to its
error path. That path moves what's left on tmpq to errq to be freed,
but the skb being filled was already dequeued from tmpq, so it's never
freed. Each chain that overflows leaks the skb and the pages attached
to it as frags, and the backend decides how many slots it sends.

Put the skb back on tmpq before taking the error path, like the
xennet_set_skb_gso() failure just above it does.
Published: 2026-10-23
Score: 2.3 Low
EPSS: < 1% Very Low
KEV: No
Impact: Memory Leak leading to Denial of Service
Action: Update Kernel
AI Analysis

Impact

The vulnerability is a memory leak in the Xen netfront driver of the Linux kernel. When xennet_fill_frags() fails due to an oversized response chain, the partially constructed socket buffer and its page fragments are not freed, leaking kernel memory. The leak accumulates with repeated failures, potentially exhausting memory and causing a denial of service. The weakness is identified as CWE-772.

Affected Systems

The Linux kernel includes the Xen netfront networking component. Any distribution that ships a kernel containing this vulnerable code may be affected. Version details are not provided in the CVE data, so affected kernel releases must be verified against the referenced commit history.

Risk and Exploitability

The CVSS score is 2.3, indicating low severity. The EPSS score is <1%, suggesting a low probability of exploitation. The issue is not listed in the CISA KEV catalog, implying no known live exploitation. The vulnerability requires triggering the Xen netfront driver with a malformed response, implying the attacker would need network traffic processed by the driver. No remote code execution or privilege escalation is possible; the impact is confined to resource exhaustion.

Generated by OpenCVE AI on October 27, 2026 at 14:11 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Apply a Linux kernel update that includes the Xen netfront patch referenced in the CVE documentation
  • If a kernel update cannot be applied immediately, disable the Xen netfront driver or block traffic so that malformed responses do not reach the driver
  • Monitor kernel memory usage for unexplained growth and configure alerts for high kernel memory consumption

Generated by OpenCVE AI on October 27, 2026 at 14:11 UTC.

Tracking

Sign in to view the affected projects.

Advisories
Source ID Title
Ubuntu USN Ubuntu USN USN-9018-1 Linux kernel vulnerabilities
Ubuntu USN Ubuntu USN USN-9018-2 Linux kernel (HWE) vulnerabilities
Ubuntu USN Ubuntu USN USN-9019-1 Linux kernel (Azure) vulnerabilities
Ubuntu USN Ubuntu USN USN-9020-1 Linux kernel vulnerabilities
Ubuntu USN Ubuntu USN USN-9022-1 Linux kernel vulnerabilities
Ubuntu USN Ubuntu USN USN-9023-1 Linux kernel vulnerabilities
Ubuntu USN Ubuntu USN USN-9024-1 Linux kernel vulnerabilities
Ubuntu USN Ubuntu USN USN-9025-1 Linux kernel vulnerabilities
Ubuntu USN Ubuntu USN USN-9026-1 Linux kernel (Azure) vulnerabilities
Ubuntu USN Ubuntu USN USN-9039-1 Linux kernel (Azure CVM) vulnerabilities
Ubuntu USN Ubuntu USN USN-9040-1 Linux kernel (Low Latency NVIDIA) vulnerabilities
Ubuntu USN Ubuntu USN USN-9066-1 Linux kernel (HWE) vulnerabilities
History

Fri, 30 Oct 2026 13:00:00 +0000


Tue, 27 Oct 2026 12:30:00 +0000

Type Values Removed Values Added
Weaknesses CWE-772
References
Metrics threat_severity

None

cvssV3_1

{'score': 2.3, 'vector': 'CVSS:3.1/AV:L/AC:L/PR:H/UI:N/S:U/C:N/I:N/A:L'}

threat_severity

Low


Fri, 23 Oct 2026 22:30:00 +0000

Type Values Removed Values Added
First Time appeared Linux linux
Vendors & Products Linux linux

Fri, 23 Oct 2026 12:45:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: xen/netfront: don't leak the skb when xennet_fill_frags() fails When a response chain has more slots than fit in the skb's frags, xennet_fill_frags() returns an error and xennet_poll() jumps to its error path. That path moves what's left on tmpq to errq to be freed, but the skb being filled was already dequeued from tmpq, so it's never freed. Each chain that overflows leaks the skb and the pages attached to it as frags, and the backend decides how many slots it sends. Put the skb back on tmpq before taking the error path, like the xennet_set_skb_gso() failure just above it does.
Title xen/netfront: don't leak the skb when xennet_fill_frags() fails
First Time appeared Linux
Linux linux Kernel
CPEs cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
Vendors & Products Linux
Linux linux Kernel
References

Subscriptions

Linux Linux Linux Kernel
cve-icon MITRE

Status: PUBLISHED

Assigner: Linux

Published:

Updated: 2026-10-30T12:41:23.425Z

Reserved: 2026-09-25T10:25:14.388Z

Link: CVE-2026-99057

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-10-23T13:17:29.373

Modified: 2026-10-30T13:21:42.453

Link: CVE-2026-99057

cve-icon Redhat

Severity : Low

Publid Date: 2026-10-23T00:00:00Z

Links: CVE-2026-99057 - Bugzilla

cve-icon OpenCVE Enrichment

Updated: 2026-10-27T14:15:03Z

Weaknesses
  • CWE-772

    Missing Release of Resource after Effective Lifetime