Skip to main content
VulnerabilityPublished Updated

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

Source GCVE Database

0
Compare
Authoritative record:CVE-2026-53000· High 7.8

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

Data as of 30 Oct 2026, 16:33 UTC

CVSS 3.1 base score
7.8High
How severe the flaw is on the 0–10 CVSS scale.

Sources agree

CVSS scores by source
CNA (Linux)CVSS 3.17.8
ADP (redhat-SADP)CVSS 3.17.0
Patch
Available – fixed in ede973d62d26d9c550269af05366ab9e30fc92ee, bf17f1d3b307196d9282c4b1dd8be0d0e5f8e529, 050f98e56782b14677c5bae50800e60775bbf6bb +3
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. Weaponized: 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 30 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, < bf17f1d3b307196d9282c4b1dd8be0d0e5f8e529
Fixed in
  • bf17f1d3b307196d9282c4b1dd8be0d0e5f8e529
LinuxLinuxAffected
  • ≥ e2cf17d3774c323ef6dab6e9f7c0cfc5e742afd9, < 050f98e56782b14677c5bae50800e60775bbf6bb
Fixed in
  • 050f98e56782b14677c5bae50800e60775bbf6bb
LinuxLinuxAffected
  • ≥ e2cf17d3774c323ef6dab6e9f7c0cfc5e742afd9, < 32fdd2e38e7435a368d88f5977a7d6585ebc8b0e
Fixed in
  • 32fdd2e38e7435a368d88f5977a7d6585ebc8b0e
LinuxLinuxAffected
  • ≥ e2cf17d3774c323ef6dab6e9f7c0cfc5e742afd9, < 6eda0d771f94267f73f57c94630aa47e90957915
Fixed in
  • 6eda0d771f94267f73f57c94630aa47e90957915
LinuxLinuxAffected
  • ≥ e2cf17d3774c323ef6dab6e9f7c0cfc5e742afd9, < 3c7511f38ab511b791196b13ae48bf4973bf7dfd
Fixed in
  • 3c7511f38ab511b791196b13ae48bf4973bf7dfd

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…