Skip to main content
VulnerabilityPublished Updated

CVE-2026-52974: Linux kernel · Memory Leak

Affects Linux kernelSource CVE Database V5

0

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

Data as of 26 Oct 2026, 14:05 UTC

CVSS 3.1 base score
7.5High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.5% chance of exploitation in 30 days – higher than 42% 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 can reliably automate steps 1–4 of the kill chain
Technical impact
Limited control over the software or limited information exposure

CISA SSVC assessment, 2026-10-16.

Patch
Available – fixed in bd07fe6c38b9e44ff3fc02692a53f095c5cc9afc, 58689498ca3384851145a754dbb1d8ed1cf9fb54, 688f12aa44511dd57e448eb670075c6302ad1dc1 +3
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/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
  • ≥ 84c61fe1a75b4255df1e1e7c054c9e6d048da417, < bd07fe6c38b9e44ff3fc02692a53f095c5cc9afc
Fixed in
  • bd07fe6c38b9e44ff3fc02692a53f095c5cc9afc
LinuxLinuxAffected
  • ≥ 84c61fe1a75b4255df1e1e7c054c9e6d048da417, < 58689498ca3384851145a754dbb1d8ed1cf9fb54
Fixed in
  • 58689498ca3384851145a754dbb1d8ed1cf9fb54
LinuxLinuxAffected
  • ≥ 84c61fe1a75b4255df1e1e7c054c9e6d048da417, < 688f12aa44511dd57e448eb670075c6302ad1dc1
Fixed in
  • 688f12aa44511dd57e448eb670075c6302ad1dc1
LinuxLinuxAffected
  • ≥ 84c61fe1a75b4255df1e1e7c054c9e6d048da417, < 9c54e76f8d6eb11735918777ef0e0509e089557d
Fixed in
  • 9c54e76f8d6eb11735918777ef0e0509e089557d
LinuxLinuxAffected
  • ≥ 84c61fe1a75b4255df1e1e7c054c9e6d048da417, < 3c405dfa9619e506e75b8e41f8b29a5b99731877
Fixed in
  • 3c405dfa9619e506e75b8e41f8b29a5b99731877
LinuxLinuxAffected
  • ≥ 84c61fe1a75b4255df1e1e7c054c9e6d048da417, < 0c9f399b37ce22a5ed94cc51f03ed07ac7f38e32
Fixed in
  • 0c9f399b37ce22a5ed94cc51f03ed07ac7f38e32

Description

In the Linux kernel, the following vulnerability has been resolved: net: tls: fix strparser anchor skb leak on offload RX setup failure When tls_set_device_offload_rx() fails at tls_dev_add(), the error path calls tls_sw_free_resources_rx() to clean up the SW context that was initialized by tls_set_sw_offload(). This function calls tls_sw_release_resources_rx() (which stops the strparser via tls_strp_stop()) and tls_sw_free_ctx_rx() (which kfrees the context), but never frees the anchor skb that was allocated by alloc_skb(0) in tls_strp_init(). Note that tls_sw_free_resources_rx() is exclusively used for this "failed to start offload" code path, there's no other caller. The leak did not exist before commit 84c61fe1a75b ("tls: rx: do not use the standard strparser"), because the standard strparser doesn't try to pre-allocate an skb. The normal close path in tls_sk_proto_close() handles cleanup by calling tls_sw_strparser_done() (which calls tls_strp_done()) after dropping the socket lock, because tls_strp_done() does cancel_work_sync() and the strparser work handler takes the socket lock.

References

Community reviews

Loading reviews…