CVE-2026-72052: Linux kernel · Missing Authorization
Affects Linux kernelSource CVE Database V5
Not known to be exploited · CVSS 8.8 High · fixed in f00a50876d2818bd6dc86fa98b3ef360884c53c8 : 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 f00a50876d2818bd6dc86fa98b3ef360884c53c8, e3724dedf57761c6de52f4d604ec74f66fd61611, c38c8b0db3c65b597e7ece317b6cb59de3d15e69 +7
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 15 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– |
Description
In the Linux kernel, the following vulnerability has been resolved: net: ip6_gre: require CAP_NET_ADMIN in the device netns for changelink ip6gre_changelink() and ip6erspan_changelink() operate on at most two netns, dev_net(dev) and the tunnel link netns t->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 t->net can rewrite a tunnel that lives in t->net. Gate both ops on rtnl_dev_link_net_capable() at their top, before any attribute is parsed.
References
- git.kernel.org/stable/c/129f8939e5af683cec3a1a5edcb40a64636ad81e (opens in a new tab)
- git.kernel.org/stable/c/e3724dedf57761c6de52f4d604ec74f66fd61611 (opens in a new tab)
- git.kernel.org/stable/c/220162c9fedbe992da70d70f50a10da4f45f914c (opens in a new tab)
- git.kernel.org/stable/c/1d4d8ee002083ca4ead5353662bf8362428af57f (opens in a new tab)
- git.kernel.org/stable/c/0caa9f348f8b5356900de77b0bb89a697c4aff20 (opens in a new tab)
- git.kernel.org/stable/c/03d8843b143ebbbfaf48511922abc6e886575a61 (opens in a new tab)
- git.kernel.org/stable/c/c38c8b0db3c65b597e7ece317b6cb59de3d15e69 (opens in a new tab)
- git.kernel.org/stable/c/f00a50876d2818bd6dc86fa98b3ef360884c53c8 (opens in a new tab)