Skip to main content

Linux Kernel CVE-2026-68294

| EUVDEUVD-2026-55395 HIGH
2026-08-10 Linux GHSA-5jp7-rp9x-4m4q
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
8.8 HIGH

Exploitation requires a local low-privileged account and unshare(2); scope changes because QRTR datagrams cross namespace boundaries affecting services in the initial namespace.

3.1 AV:L/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:H
4.0 AV:L/AC:L/AT:N/PR:L/UI:N/VC:H/VI:H/VA:H/SC:L/SI:L/SA:N
SUSE
5.5 MEDIUM
AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
Red Hat
7.3 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 - 03:18 vuln.today
CVSS changed
Aug 13, 2026 - 23:37 NVD
8.8 (HIGH)
Patch available
Aug 10, 2026 - 14:18 EUVD
CVE Published
Aug 10, 2026 - 12:02 cve.org
HIGH 8.8
CVE Published
Aug 10, 2026 - 12:02 cve.org
UNKNOWN (no severity yet)

DescriptionCVE.org

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

net: qrtr: restrict socket creation to the initial network namespace

QRTR keeps its entire port and node state in module-global variables that are not partitioned per network namespace: qrtr_local_nid is a single global node id (always 1) and qrtr_ports is a single global xarray. qrtr_port_lookup() and qrtr_local_enqueue() operate on that global state with no network-namespace check, and qrtr_create() places no restriction on the namespace a socket is created in.

As a result an unprivileged process that creates an AF_QIPCRTR socket in a separate network namespace, e.g. via unshare(CLONE_NEWUSER | CLONE_NEWNET), can send QRTR datagrams - including control-plane messages such as QRTR_TYPE_NEW_SERVER - to QRTR sockets owned by another namespace, and vice versa. The receiving socket sees such a message as coming from node id 1, indistinguishable from a legitimate local client, breaking the isolation that network namespaces are expected to provide.

QRTR is a transport to global hardware endpoints (the modem and other remote processors) and has no per-namespace semantics; its in-kernel name service already creates its socket in init_net only. Confine the socket family to the initial network namespace, as other non-namespace-aware socket families do (see llc_ui_create() and the ieee802154 socket code).

AnalysisAI

QRTR (Qualcomm IPC Router) socket namespace isolation is completely absent in the Linux kernel, allowing a local user with low privileges to cross network namespace boundaries by invoking unshare(CLONE_NEWUSER | CLONE_NEWNET) and opening an AF_QIPCRTR socket in the resulting namespace. The attacker can then send QRTR datagrams - including control-plane messages such as QRTR_TYPE_NEW_SERVER - to QRTR services in the host or initial namespace, where those messages are indistinguishable from legitimate traffic because they appear to originate from node id 1. No public exploit has been identified at time of analysis, and EPSS probability is low at 0.20%, but the CVSS 8.8 score with scope change reflects the complete breakdown of the kernel's namespace isolation guarantee for QRTR IPC.

Technical ContextAI

QRTR (AF_QIPCRTR) is an in-kernel socket family introduced in Linux 4.7 for inter-processor communication with Qualcomm modems and remote subsystem processors (DSP, sensor hub). It uses a module-global node ID (qrtr_local_nid, always 1) and a module-global port table (qrtr_ports, an xarray), both shared across all network namespaces with no per-namespace partitioning. The qrtr_create() socket constructor performs no check against the calling process's network namespace, and qrtr_port_lookup() and qrtr_local_enqueue() operate on this global state unconditionally. The correct architectural fix - as already applied by non-namespace-aware families like LLC (llc_ui_create) and ieee802154 - is to restrict qrtr_create() to init_net using sock_net(sk) == &init_net. The root cause maps to improper access control (CWE field is listed N/A, but the vulnerability class is namespace isolation failure), where the kernel's security boundary between network namespaces is not enforced for this protocol family. Affected CPE: cpe:2.3:a:linux:linux, all kernel versions since 4.7 with CONFIG_QRTR enabled.

RemediationAI

Upgrade the Linux kernel to a patched version: 6.6.148, 6.12.101, 6.18.42, 7.1.6, or 7.2-rc5 or later, with commits available at the upstream stable kernel git references listed in the affected products section. Distribution maintainers (RHEL, Debian, Ubuntu, SUSE) are expected to backport these fixes; consult your distribution's security advisories for errata packages. As an immediate workaround on systems where live patching is not possible, unload or blacklist the QRTR module: run 'modprobe -r qrtr' and add 'blacklist qrtr' to /etc/modprobe.d/blacklist.conf - this eliminates the attack surface with no impact on non-Qualcomm hardware, though it will disrupt modem IPC on affected Qualcomm platforms. An alternative compensating control is to disable unprivileged user namespace creation via 'sysctl -w kernel.unprivileged_userns_clone=0' (Debian/Ubuntu) or 'sysctl -w user.max_user_namespaces=0' (upstream sysctl), which blocks the unshare(2)-based exploit path but carries the trade-off of breaking containerization tools that depend on rootless containers (Podman, Flatpak, Bubblewrap) - weigh this against operational requirements before applying.

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-68294 vulnerability details – vuln.today

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