CVE-2026-53089: Linux kernel · bpf: Fix use-after-free in offloaded map/prog info fill
Affects Linux kernelSource CVE Database V5
Not known to be exploited · fixed in fea55b034328feaafef75aee252f305e6f85a991 : update Linux kernel when convenient.
Data as of 6 Nov 2026, 16:49 UTC
Rated by Threat Radar · No CVSS score from NVD or the CNA
Thin evidence
One scorer or none- 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
- Limited control over the software or limited information exposure
CISA SSVC assessment, 2026-11-06.
- Patch
- Available – fixed in fea55b034328feaafef75aee252f305e6f85a991, a51e7fbe94a87e236631a83973d4f558310b2cd2, a0c584fc18056709c8e047a82a6045d6c209f4ce +5
Exploitation evidence
Disclosed: evidence found.
CVE published 24 Jun 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: 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 6 Nov 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: bpf: Fix use-after-free in offloaded map/prog info fill When querying info for an offloaded BPF map or program, bpf_map_offload_info_fill_ns() and bpf_prog_offload_info_fill_ns() obtain the network namespace with get_net(dev_net(offmap->netdev)). However, the associated netdev's netns may be racing with teardown during netns destruction. If the netns refcount has already reached 0, get_net() performs a refcount_t increment on 0, triggering: refcount_t: addition on 0; use-after-free. Although rtnl_lock and bpf_devs_lock ensure the netdev pointer remains valid, they cannot prevent the netns refcount from reaching zero. Fix this by using maybe_get_net() instead of get_net(). maybe_get_net() uses refcount_inc_not_zero() and returns NULL if the refcount is already zero, which causes ns_get_path_cb() to fail and the caller to return -ENOENT -- the correct behavior when the netns is being destroyed.
References
- git.kernel.org/stable/c/43d6848a2a6c92ccfd614d9f0bb6fd85b95dfa9d (opens in a new tab)
- git.kernel.org/stable/c/642943ae5bdacabc8109dc4a5e0ebb4a6b99ef3e (opens in a new tab)
- git.kernel.org/stable/c/fea55b034328feaafef75aee252f305e6f85a991 (opens in a new tab)
- git.kernel.org/stable/c/5662dac41a3442aa378d7c405164903eb109fc05 (opens in a new tab)
- git.kernel.org/stable/c/1a2dc103e16448d022a77ad5fc3234641436c4b7 (opens in a new tab)
- git.kernel.org/stable/c/85dc711f742b192eb97c0e00b521312f5a7a415e (opens in a new tab)
- git.kernel.org/stable/c/a51e7fbe94a87e236631a83973d4f558310b2cd2 (opens in a new tab)
- git.kernel.org/stable/c/a0c584fc18056709c8e047a82a6045d6c209f4ce (opens in a new tab)