


Perceptive Security
SOC/SIEM Consultancy

New OVSwrap Linux Kernel Flaw Lets Local Users Gain Root via Open vSwitch
Published:
5 augustus 2026 om 13:43:27
Alert date:
5 augustus 2026 om 15:02:41
Source:
thehackernews.com
Operating Systems, Zero-Day Vulnerabilities, Cloud & Virtualization
A memory corruption vulnerability tracked as CVE-2026-64531 (CVSS 7.8), codenamed OVSwrap, has been discovered in the Linux kernel's Open vSwitch datapath. The flaw allows local unprivileged users to escalate privileges to root on a wide range of default-configured Linux distributions. A public exploit has been released alongside the disclosure, with pre-built records targeting approximately 800 different kernel builds, significantly lowering the barrier for exploitation. The vulnerability was discovered and disclosed by security researcher Asim. The broad compatibility of the exploit and the widespread use of Open vSwitch in virtualized and cloud environments makes this a high-severity issue requiring urgent patching.
Technical details
CVE-2026-64531 (OVSwrap) is a memory corruption vulnerability in the Linux kernel's Open vSwitch (OVS) datapath. OVS stores generated flow actions as Netlink attributes with a 16-bit nla_len field, capping any single nested attribute at 65,535 bytes. A historical 32 KiB cap on the total generated action stream prevented exploitation, but a March 2025 kernel change removed that cap for reliability reasons, re-exposing a 13-year-old truncation bug. An attacker submits a CLONE action packed with hundreds of conntrack sub-actions; on x86-64 each expands to 164 bytes, pushing the nested action past 65,535 bytes and causing the 16-bit length field to wrap. Later kernel code trusts the wrapped length and resumes parsing from inside attacker-controlled conntrack data containing forged OVS actions. Because the landing point is deterministic within the same contiguous buffer, no heap grooming is required. The exploit chains three primitives: a kernel pointer leak via a fake OUTPUT action, an arbitrary kernel read via a forged tunnel SET action, and a targeted decrement via teardown of a forged tun_dst pointer. These are used to locate a host process's credentials and decrement fsuid and fsgid to zero on modern kernels. Exploitation requires unprivileged user namespaces to be enabled; an ordinary user can use 'unshare -Urn' to create private user and network namespaces, gain CAP_NET_ADMIN inside that namespace, and reach the vulnerable flow-installation path. If the openvswitch module is installed but not loaded, resolving its Generic Netlink family name can auto-load it. The released PoC requires OVS conntrack support, the FTP conntrack helper, and sudo to be installed. On success it corrupts a live kernel credential, modifies /etc/sudoers.d or /etc/sudoers, and opens a root shell. The PoC includes pre-built records for ~800 x86-64 kernel builds and dynamic derivation from symbols or BTF for uncovered builds. On Ubuntu 24.04, an AppArmor fallback using 'aa-exec -p trinity' was used to bypass namespace restrictions.
Mitigation steps:
1. Install a patched vendor kernel where available. First fixed upstream releases: Linux 5.15.212, 6.1.178, 6.6.145, 6.12.97, 6.18.40, and 7.1.5. Consult your distribution's vendor tracker for downstream patches.
2. If Open vSwitch is not required, block future module loads immediately: run 'echo "install openvswitch /bin/false" > /etc/modprobe.d/ovswrap.conf'.
3. If the openvswitch module is already loaded in memory, unload it or reboot to clear it from memory.
4. Disable unprivileged user namespaces to close the ordinary local-user exploitation route (note: this does not block a container or process that already has CAP_NET_ADMIN over an attacker-controlled network namespace).
5. For environments that must keep both OVS and unprivileged namespaces active, deploy the emergency BPF guard included in the PoC repository (https://github.com/manizada/OVSwrap).
6. Note that an empty 'lsmod' output does not confirm safety — the openvswitch module can be auto-loaded on demand.
7. Monitor for unexpected use of 'unshare -Urn' by non-privileged users.
8. Review and apply AppArmor or other MAC policy restrictions on user namespace creation where applicable.
9. Prioritize patching on multi-user or multi-tenant hosts where untrusted workloads share the same system.
Affected products:
Linux kernel (Open vSwitch datapath) - versions prior to 5.15.212
6.1.178
6.6.145
6.12.97
6.18.40
7.1.5
Linux kernel 6.13 through 6.17 (end-of-life
no fix)
Linux kernel 6.19 (end-of-life
no fix)
Linux kernel 7.0 (end-of-life
no fix)
AlmaLinux 9 and 10 (default config
exploitable)
Alpine 3.22 through 3.24 (default config
exploitable)
Amazon Linux 2023 (default config
exploitable)
Arch Linux (default config
exploitable)
CentOS Stream 9 and 10 (default config
exploitable)
Debian 12 and 13 (default config
exploitable)
Fedora 42 through 44 (default config
exploitable)
Gentoo (default config
exploitable)
Kali 2026.1 (default config
exploitable)
Linux Mint 22.3 (default config
exploitable)
NixOS (default config
exploitable)
openSUSE Tumbleweed (default config
exploitable)
Pop!_OS (default config
exploitable)
Rocky Linux 9 and 10 (default config
exploitable)
Ubuntu 22.04 (default config
exploitable)
Ubuntu 24.04 (exploitable via aa-exec -p trinity AppArmor fallback)
Ubuntu 26.04 (exploitable if AppArmor user-namespace restriction disabled)
Amazon Linux 2 (not exploitable via this route)
Debian 11 (not exploitable via this route)
Rocky Linux 8 (not exploitable via this route)
Ubuntu 20.04 (not exploitable via this route)
Related links:
https://heyitsas.im/posts/ovswrap/
https://github.com/torvalds/linux/commit/3f1f755366687d051174739fb99f7d560202f60b
https://github.com/torvalds/linux/commit/a1e64addf3ff9257b45b78bc7d743781c3f41340
https://github.com/manizada/OVSwrap
https://blog.cloudlinux.com/ovswrap-cve-2026-64531-mitigation/
Related CVE's:
Related threat actors:
IOC's:
This article was created with the assistance of AI technology by Perceptive.
