Skip to main content
VulnerabilityPublished Updated

CVE-2026-68432: Linux kernel · Incorrect Authorization

Affects Linux kernelSource CVE Database V5

0

Not known to be exploited · CVSS 8.8 High · fixed in e8ad0d311e225939a9a6c745d6cc384c7364ec87 : patch Linux kernel soon.

Data as of 26 Oct 2026, 14:05 UTC

CVSS 3.1 base score
8.8High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.1% chance of exploitation in 30 days – higher than 3% 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 e8ad0d311e225939a9a6c745d6cc384c7364ec87, b3793d7dccb192ffff29894d11824db6251acdd5, b95a8743e58f7efed5ddc4cb73829b66f17feab0 +5
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 12 Aug 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq 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

ProductAffectedFixed in
LinuxLinuxAffected
  • ≥ 8bcdc4f3a20be949df54b67e5ae2734daabb5792, < e8ad0d311e225939a9a6c745d6cc384c7364ec87
Fixed in
  • e8ad0d311e225939a9a6c745d6cc384c7364ec87
LinuxLinuxAffected
  • ≥ 8bcdc4f3a20be949df54b67e5ae2734daabb5792, < b3793d7dccb192ffff29894d11824db6251acdd5
Fixed in
  • b3793d7dccb192ffff29894d11824db6251acdd5
LinuxLinuxAffected
  • ≥ 8bcdc4f3a20be949df54b67e5ae2734daabb5792, < b95a8743e58f7efed5ddc4cb73829b66f17feab0
Fixed in
  • b95a8743e58f7efed5ddc4cb73829b66f17feab0
LinuxLinuxAffected
  • ≥ 8bcdc4f3a20be949df54b67e5ae2734daabb5792, < 7465ade989ba84adc2bfa58bad3ca25d249f0f7a
Fixed in
  • 7465ade989ba84adc2bfa58bad3ca25d249f0f7a
LinuxLinuxAffected
  • ≥ 8bcdc4f3a20be949df54b67e5ae2734daabb5792, < 730c7e5fea7f06e0cdf21c547222ec93234fd1d6
Fixed in
  • 730c7e5fea7f06e0cdf21c547222ec93234fd1d6
LinuxLinuxAffected
  • ≥ 8bcdc4f3a20be949df54b67e5ae2734daabb5792, < 32d10c46bfde3e9b274e9e1bd6399d0ebea8f60f
Fixed in
  • 32d10c46bfde3e9b274e9e1bd6399d0ebea8f60f

Description

In the Linux kernel, the following vulnerability has been resolved: vxlan: require CAP_NET_ADMIN in the device netns for changelink A tunnel changelink() operates on at most two netns, dev_net(dev) and the sticky underlay netns vxlan->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 vxlan->net can rewrite a vxlan device whose underlay lives in vxlan->net. vxlan_changelink() validates and applies the new configuration against vxlan->net (vxlan_config_validate(vxlan->net, ...)) and can reopen the underlay socket in that netns, so the same reasoning as the tunnel changelink series applies here. Gate vxlan_changelink() with rtnl_dev_link_net_capable(), at the top of the op before any attribute is parsed, matching ipgre_changelink() and the rest of the "require CAP_NET_ADMIN in the device netns for changelink" series. Found by 0sec automated security-research tooling (https://0sec.ai).

References

Community reviews

Loading reviews…