Skip to main content

Linux Kernel EUVDEUVD-2026-55504

| CVE-2026-68123 CRITICAL
2026-08-10 Linux GHSA-wf82-h5xg-m662
Critical
Disputed · 9.8 Vendor: Linux
Share

Severity by source

Sources disagree (Medium–Critical)
Vendor (Linux) PRIMARY
9.8 CRITICAL
AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
vuln.today AI
5.7 MEDIUM

Triggering requires OVS flow programming (CAP_NET_ADMIN, so PR:H) plus specific trunc+userspace GSO conditions (AC:H); impact is kernel memory disclosure and crash (C:H/A:H), no integrity effect.

3.1 AV:L/AC:H/PR:H/UI:N/S:U/C:H/I:N/A:H
4.0 AV:L/AC:H/AT:N/PR:H/UI:N/VC:H/VI:N/VA:H/SC:N/SI:N/SA:N
SUSE
5.1 MEDIUM
AV:L/AC:L/PR:H/UI:N/S:U/C:L/I:N/A:H
Red Hat
7.0 HIGH
qualitative

vuln.today treats the vendor’s rating as authoritative. A higher third-party CVSS (e.g. CISA-ADP) is shown for transparency but does not drive the headline severity.

CVSS VectorVendor: Linux

Attack Vector
Network
Attack Complexity
Low
Privileges Required
None
User Interaction
None
Scope
Unchanged
Confidentiality
High
Integrity
High
Availability
High

Lifecycle Timeline

5
Analysis Generated
Aug 14, 2026 - 01:59 vuln.today
CVSS changed
Aug 13, 2026 - 23:37 NVD
9.8 (CRITICAL)
Patch available
Aug 10, 2026 - 14:18 EUVD
CVE Published
Aug 10, 2026 - 11:58 cve.org
CRITICAL 9.8
CVE Published
Aug 10, 2026 - 11:58 cve.org
UNKNOWN (no severity yet)

DescriptionCVE.org

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

openvswitch: fix GSO userspace truncation underflow

OVS_ACTION_ATTR_TRUNC currently stores a delta from the original skb length in OVS_CB(skb)->cutlen. When a later userspace action segments a GSO skb, queue_gso_packets() reuses that delta for each smaller segment. A segment can then reach queue_userspace_packet() with cutlen greater than skb->len, underflowing the length passed to skb_zerocopy().

Store the maximum preserved length instead and bound each consumer against the current skb length. Use U32_MAX as the no-truncation sentinel so the value remains valid if skb geometry changes before a consumer handles it.

AnalysisAI

Length-underflow in the Linux kernel's Open vSwitch (openvswitch) datapath lets a truncation delta be reused across GSO segments, so a segment can reach queue_userspace_packet() with a stored cutlen larger than skb->len and pass an underflowed length to skb_zerocopy(). The affected code is the OVS_ACTION_ATTR_TRUNC (packet truncate) path feeding userspace upcalls, and the flaw is tagged Information Disclosure, consistent with an out-of-bounds copy of adjacent kernel memory into the userspace listener (and/or a kernel crash). It is fixed in stable kernels 6.6.148, 6.12.101, 6.18.42 and 7.1.6; there is no public exploit identified at time of analysis and EPSS is low (0.18%).

Technical ContextAI

Open vSwitch is a multilayer software switch shipped as the in-kernel 'openvswitch' datapath module and widely used for SDN/virtual networking (OpenStack Neutron, OVN, container CNIs). The OVS_ACTION_ATTR_TRUNC action tells the datapath to truncate a packet before further processing; the kernel records this as a delta from the original skb length in OVS_CB(skb)->cutlen rather than as an absolute preserved length. When a subsequent userspace action must segment a GSO (Generic Segmentation Offload) super-packet, queue_gso_packets() propagates that same delta to each smaller segment; because the delta was computed against the large original frame, it can exceed a small segment's skb->len. queue_userspace_packet() then subtracts cutlen from skb->len and hands the underflowed (wrapped) value to skb_zerocopy(), producing an out-of-bounds read when the packet is zero-copied into the netlink upcall to ovs-vswitchd. No CWE was assigned by NVD, but the root cause is an integer/length underflow (CWE-191 class) leading to an out-of-bounds read (CWE-125). The fix stores the maximum preserved length and bounds every consumer against the current skb->len, using U32_MAX as a no-truncation sentinel so the value stays valid if skb geometry changes.

RemediationAI

Vendor-released patch: upgrade to a fixed stable kernel - 6.6.148, 6.12.101, 6.18.42, or 7.1.6 (mainline fix ~7.2-rc5) - or apply your distribution's backport of the stable fix commits listed at git.kernel.org/stable (e.g. a16eaaf7c0b0…, 100a23b1613e…). If you cannot patch immediately, the practical compensating control is to avoid OVS flow configurations that combine the truncate action (OVS_ACTION_ATTR_TRUNC / 'trunc:') with userspace/upcall actions on GSO-eligible traffic; auditing and removing such flow rules removes the trigger at the cost of losing sampled/truncated userspace copies for those flows. On hosts that do not need it, unloading or blacklisting the openvswitch kernel module eliminates the code path entirely (trade-off: breaks any OVS-based networking, so not viable on OpenStack/OVN/CNI nodes). Restrict CAP_NET_ADMIN and OVS management to trusted operators so untrusted tenants cannot install the triggering flows. Reference: https://nvd.nist.gov/vuln/detail/CVE-2026-68123.

Vendor StatusVendor

SUSE

Severity: Moderate
Product Status
SUSE Linux Enterprise Desktop 15 SP7 Affected
SUSE Linux Enterprise Desktop 15 SP7 Affected
SUSE Linux Enterprise High Availability Extension 15 SP7 Affected
SUSE Linux Enterprise High Availability Extension 15 SP7 Affected
SUSE Linux Enterprise High Availability Extension 16.0 Affected

Share

EUVD-2026-55504 vulnerability details – vuln.today

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy