CVE-2026-68294: Linux kernel · Missing Authorization
Affects Linux kernelSource CVE Database V5
Not known to be exploited · CVSS 8.8 High · fixed in f488116df769bdaf89c93371350e49e12133e70f : patch Linux kernel soon.
Data as of 26 Oct 2026, 12:55 UTC
- EPSS
- 0.1% chance of exploitation in 30 days – higher than 4% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- CISA SSVC
- Exploitation
- No evidence of active exploitation and no public proof of concept
- Automatable
- Attackers cannot reliably automate steps 1–4 of the kill chain
- Technical impact
- Total control over the software or total information disclosure
CISA SSVC assessment, 2026-10-16.
- Patch
- Available – fixed in f488116df769bdaf89c93371350e49e12133e70f, 8150c48fb978e01689f94ed80148f8a7499ae571, 7814f6a3415cad38aa8d6dfc573df778260d66aa +5
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:HExploitation evidence
Disclosed: evidence found.
CVE published 10 Aug 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.
What to do
Upgrade to a fixed release listed under Affected software.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
Description
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).
References
- git.kernel.org/stable/c/7814f6a3415cad38aa8d6dfc573df778260d66aa (opens in a new tab)
- git.kernel.org/stable/c/2d22b94a154ccb9755dddfff802fe3e2b1adbab5 (opens in a new tab)
- git.kernel.org/stable/c/8d351fe0654a20c9f95a61b05d24ebe6d4be3fbb (opens in a new tab)
- git.kernel.org/stable/c/4b95e1f0d6e6342c427cb341ee18a894b146b789 (opens in a new tab)
- git.kernel.org/stable/c/f488116df769bdaf89c93371350e49e12133e70f (opens in a new tab)
- git.kernel.org/stable/c/8150c48fb978e01689f94ed80148f8a7499ae571 (opens in a new tab)
- git.kernel.org/stable/c/659b9b4f194bb56b9903cc95e786ef1d438baa7d (opens in a new tab)
- git.kernel.org/stable/c/3b536db8fb32da9e9c62f2bb45e2e319331f0426 (opens in a new tab)