Skip to main content
VulnerabilityPublished Updated

CVE-2026-46158: Linux kernel · mptcp: pm: ADD_ADDR rtx: always decrease sk refcount

Affects Linux kernelSource CVE Database V5

0
Compare

Not known to be exploited · fixed in f5555a6d7c472849fdf2b426e3d0a85103118793 : update Linux kernel when convenient.

Data as of 6 Nov 2026, 16:34 UTC

Severity
Unrated

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 f5555a6d7c472849fdf2b426e3d0a85103118793, e9ba34301d2e90f63f97c76ad9eb98e5250fe961, b41dd76f3b9735096c21d3e799a2b9fe36498d57 +5

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 28 May 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 6 Nov 2026.

What to do

Upgrade to a fixed release listed under Affected software.

Affected software

ProductAffectedFixed in
LinuxLinuxAffected
  • ≥ 00cfd77b9063dcdf3628a7087faba60de85a9cc8, < f5555a6d7c472849fdf2b426e3d0a85103118793
Fixed in
  • f5555a6d7c472849fdf2b426e3d0a85103118793
LinuxLinuxAffected
  • ≥ 00cfd77b9063dcdf3628a7087faba60de85a9cc8, < e9ba34301d2e90f63f97c76ad9eb98e5250fe961
Fixed in
  • e9ba34301d2e90f63f97c76ad9eb98e5250fe961
LinuxLinuxAffected
  • ≥ 00cfd77b9063dcdf3628a7087faba60de85a9cc8, < b41dd76f3b9735096c21d3e799a2b9fe36498d57
Fixed in
  • b41dd76f3b9735096c21d3e799a2b9fe36498d57
LinuxLinuxAffected
  • ≥ 00cfd77b9063dcdf3628a7087faba60de85a9cc8, < acd3d3562315c99f3c0db16f0fcc5f0306638982
Fixed in
  • acd3d3562315c99f3c0db16f0fcc5f0306638982
LinuxLinuxAffected
  • ≥ 00cfd77b9063dcdf3628a7087faba60de85a9cc8, < 9426265e157dd77ec237c795901ed4dea6d69b5c
Fixed in
  • 9426265e157dd77ec237c795901ed4dea6d69b5c
LinuxLinuxAffected
  • ≥ 00cfd77b9063dcdf3628a7087faba60de85a9cc8, < 9634cb35af17019baec21ca648516ce376fa10e6
Fixed in
  • 9634cb35af17019baec21ca648516ce376fa10e6

Description

In the Linux kernel, the following vulnerability has been resolved: mptcp: pm: ADD_ADDR rtx: always decrease sk refcount When an ADD_ADDR is retransmitted, the sk is held in sk_reset_timer(). It should then be released in all cases at the end. Some (unlikely) checks were returning directly instead of calling sock_put() to decrease the refcount. Jump to a new 'exit' label to call __sock_put() (which will become sock_put() in the next commit) to fix this potential leak. While at it, drop the '!msk' check which cannot happen because it is never reset, and explicitly mark the remaining one as "unlikely".

References

Community reviews

Loading reviews…