Skip to main content

Linux Kernel CVE-2026-68432

| EUVDEUVD-2026-57040 HIGH
2026-08-12 Linux GHSA-mq37-5gx6-p5gp
8.8
CVSS 3.1 · Vendor: Linux
Share

Severity by source

Vendor (Linux) PRIMARY
8.8 HIGH
AV:L/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:H
vuln.today AI
7.8 HIGH

AC:H because mismatched netns is non-default; PR:L for CAP_NET_ADMIN in device netns; S:C as underlay netns is a distinct security context.

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

Primary rating from Vendor (Linux).

CVSS VectorVendor: Linux

Attack Vector
Local
Attack Complexity
Low
Privileges Required
Low
User Interaction
None
Scope
Changed
Confidentiality
High
Integrity
High
Availability
High

Lifecycle Timeline

5
Analysis Generated
Aug 14, 2026 - 01:45 vuln.today
CVSS changed
Aug 13, 2026 - 23:37 NVD
8.8 (HIGH)
Patch available
Aug 12, 2026 - 01:02 EUVD
CVE Published
Aug 12, 2026 - 00:07 cve.org
UNKNOWN (no severity yet)
CVE Published
Aug 12, 2026 - 00:07 cve.org
HIGH 8.8

DescriptionCVE.org

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

vxlan: require CAP_NET_ADMIN in the device netns for changelink

A tunnel changelink() operates on at most two netns, dev_net(dev) and the sticky underlay netns vxlan->net. They differ once the device is created in or moved to a netns other than the one the request runs in. The rtnl changelink path checks CAP_NET_ADMIN only against dev_net(dev), so a caller privileged there but not in vxlan->net can rewrite a vxlan device whose underlay lives in vxlan->net.

vxlan_changelink() validates and applies the new configuration against vxlan->net (vxlan_config_validate(vxlan->net, ...)) and can reopen the underlay socket in that netns, so the same reasoning as the tunnel changelink series applies here.

Gate vxlan_changelink() with rtnl_dev_link_net_capable(), at the top of the op before any attribute is parsed, matching ipgre_changelink() and the rest of the "require CAP_NET_ADMIN in the device netns for changelink" series.

Found by 0sec automated security-research tooling (https://0sec.ai).

AnalysisAI

Privilege escalation in the Linux kernel's vxlan subsystem allows a local user holding CAP_NET_ADMIN in a vxlan device's network namespace to rewrite underlay configuration in a separate, more privileged namespace where they lack that capability. The flaw in vxlan_changelink() affects multiple stable kernel branches (6.6.x, 6.12.x, 6.18.x, 7.1.x, and 7.2-rc) and is most impactful in multi-tenant container or cloud environments where vxlan devices span namespace boundaries - a common topology in Kubernetes and OpenStack deployments. With an EPSS score of 17% and no public exploit or CISA KEV listing confirmed at time of analysis, this is an elevated-risk local privilege escalation requiring prompt patching on affected containerized infrastructure.

Technical ContextAI

VXLAN (Virtual eXtensible LAN, RFC 7348) is a Layer 2 overlay tunneling protocol implemented in the Linux kernel's net/vxlan/ subsystem, used extensively in Kubernetes CNI plugins, Docker networking, and OpenStack Neutron. The kernel's rtnetlink (RTNL) interface exposes changelink() operations for modifying live network device configuration. The flaw arises from the dual-namespace architecture of vxlan devices: each device tracks both dev_net(dev) - the namespace in which the device currently lives - and vxlan->net - the 'sticky' underlay namespace anchoring the UDP socket and routing context. The rtnl changelink path enforces CAP_NET_ADMIN only against dev_net(dev), omitting an equivalent check for vxlan->net. Because vxlan_changelink() internally calls vxlan_config_validate(vxlan->net, ...) and can reopen the underlay socket in vxlan->net, a caller privileged in only dev_net(dev) gains effective write access to the underlay namespace's network stack. No CWE is formally assigned, but the root cause maps to CWE-862 (Missing Authorization) across a namespace trust boundary. The fix, consistent with ipgre_changelink() and the broader 'require CAP_NET_ADMIN in device netns for changelink' kernel series, gates vxlan_changelink() with rtnl_dev_link_net_capable() before any attribute parsing. Affected CPE: cpe:2.3:a:linux:linux:*:*:*:*:*:*:*:*.

RemediationAI

Upgrade to a patched kernel version: 6.6.148 or later in the 6.6.x series, 6.12.101 or later in the 6.12.x series, 6.18.42 or later in the 6.18.x series, 7.1.6 or later in the 7.1.x series, or 7.2-rc5 or later. Upstream fix commits are available at git.kernel.org/stable: b3793d7dccb192ffff29894d11824db6251acdd5, 32d10c46bfde3e9b274e9e1bd6399d0ebea8f60f, 730c7e5fea7f06e0cdf21c547222ec93234fd1d6, e8ad0d311e225939a9a6c745d6cc384c7364ec87, and 3a61bd9637f3d929aa846e4eb3d98b48c26fcb0e. As compensating controls where immediate patching is not feasible: restrict or remove NET_ADMIN capability from container security contexts (e.g., remove 'NET_ADMIN' from Kubernetes securityContext.capabilities.add) - note this may break legitimate container networking features that rely on it and requires testing; alternatively, apply seccomp profiles or AppArmor/SELinux policies that deny RTM_NEWLINK netlink operations from untrusted processes. Deployments not using vxlan tunnel devices or not granting CAP_NET_ADMIN to unprivileged containers have negligible exposure. Advisory references: NVD at https://nvd.nist.gov/vuln/detail/CVE-2026-68432 and VulDB at https://vuldb.com/vuln/388883.

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

CVE-2026-68432 vulnerability details – vuln.today

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