Skip to main content
VulnerabilityPublished Updated

CVE-2026-53000: Linux kernel · netfilter: nat: use kfree_rcu to release ops

Affects Linux kernelSource CVE Database V5

0

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

Data as of 26 Oct 2026, 13:47 UTC

CVSS 3.1 base score
7.8High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.1% chance of exploitation in 30 days – higher than 7% 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 ede973d62d26d9c550269af05366ab9e30fc92ee, 050f98e56782b14677c5bae50800e60775bbf6bb, 32fdd2e38e7435a368d88f5977a7d6585ebc8b0e +2
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 24 Jun 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
  • ≥ e2cf17d3774c323ef6dab6e9f7c0cfc5e742afd9, < ede973d62d26d9c550269af05366ab9e30fc92ee
Fixed in
  • ede973d62d26d9c550269af05366ab9e30fc92ee
LinuxLinuxAffected
  • ≥ e2cf17d3774c323ef6dab6e9f7c0cfc5e742afd9, < 050f98e56782b14677c5bae50800e60775bbf6bb
Fixed in
  • 050f98e56782b14677c5bae50800e60775bbf6bb
LinuxLinuxAffected
  • ≥ e2cf17d3774c323ef6dab6e9f7c0cfc5e742afd9, < 32fdd2e38e7435a368d88f5977a7d6585ebc8b0e
Fixed in
  • 32fdd2e38e7435a368d88f5977a7d6585ebc8b0e
LinuxLinuxAffected
  • ≥ e2cf17d3774c323ef6dab6e9f7c0cfc5e742afd9, < 6eda0d771f94267f73f57c94630aa47e90957915
Fixed in
  • 6eda0d771f94267f73f57c94630aa47e90957915
LinuxLinuxAffected
  • ≥ e2cf17d3774c323ef6dab6e9f7c0cfc5e742afd9, < 3c7511f38ab511b791196b13ae48bf4973bf7dfd
Fixed in
  • 3c7511f38ab511b791196b13ae48bf4973bf7dfd
LinuxLinuxAffected
  • =5.14
Fixed in–

Description

In the Linux kernel, the following vulnerability has been resolved: netfilter: nat: use kfree_rcu to release ops Florian Westphal says: "Historically this is not an issue, even for normal base hooks: the data path doesn't use the original nf_hook_ops that are used to register the callbacks. However, in v5.14 I added the ability to dump the active netfilter hooks from userspace. This code will peek back into the nf_hook_ops that are available at the tail of the pointer-array blob used by the datapath. The nat hooks are special, because they are called indirectly from the central nat dispatcher hook. They are currently invisible to the nfnl hook dump subsystem though. But once that changes the nat ops structures have to be deferred too." Update nf_nat_register_fn() to deal with partial exposition of the hooks from error path which can be also an issue for nfnetlink_hook.

References

Community reviews

Loading reviews…