CVE-2026-53075: Linux kernel · Incorrect Authorization
Affects Linux kernelSource CVE Database V5
Not known to be exploited · CVSS 8.8 High · fixed in c9edd90c57ae23692fff6b049fdfa4572a9fd532 : patch Linux kernel soon.
Data as of 26 Oct 2026, 13:47 UTC
- EPSS
- 0.2% chance of exploitation in 30 days – higher than 19% 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 c9edd90c57ae23692fff6b049fdfa4572a9fd532, 954745d0223e7caec917c0b2d1a889ff56fa6e54, 5080e188c914110034bbc569d5cfa2f06204681d +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 24 Jun 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: ppp: require CAP_NET_ADMIN in target netns for unattached ioctls /dev/ppp open is currently authorized against file->f_cred->user_ns, while unattached administrative ioctls operate on current->nsproxy->net_ns. As a result, a local unprivileged user can create a new user namespace with CLONE_NEWUSER, gain CAP_NET_ADMIN only in that new user namespace, and still issue PPPIOCNEWUNIT, PPPIOCATTACH, or PPPIOCATTCHAN against an inherited network namespace. Require CAP_NET_ADMIN in the user namespace that owns the target network namespace before handling unattached PPP administrative ioctls. This preserves normal pppd operation in the network namespace it is actually privileged in, while rejecting the userns-only inherited-netns case.
References
- git.kernel.org/stable/c/c9edd90c57ae23692fff6b049fdfa4572a9fd532 (opens in a new tab)
- git.kernel.org/stable/c/5080e188c914110034bbc569d5cfa2f06204681d (opens in a new tab)
- git.kernel.org/stable/c/67e901e28d177ac9a9bed76d69ce3471e704a89e (opens in a new tab)
- git.kernel.org/stable/c/954745d0223e7caec917c0b2d1a889ff56fa6e54 (opens in a new tab)
- git.kernel.org/stable/c/3b2c2157dc2afc5c17cd7238afefca92f1ef330e (opens in a new tab)
- git.kernel.org/stable/c/5013be175c7ffd8b39efbc3c9c4db5b10b85fea8 (opens in a new tab)
- git.kernel.org/stable/c/1a8a51ce85075a56a743b6f142606dd2696a391c (opens in a new tab)
- git.kernel.org/stable/c/2bb6379416fd19f44c3423a00bfd8626259f6067 (opens in a new tab)