Skip to main content
VulnerabilityPublished Updated

CVE-2026-52917: Linux kernel · sctp: diag: reject stale associations in dump_one path

Affects Linux kernelSource CVE Database V5

0

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

Data as of 26 Oct 2026, 17:30 UTC

CVSS 3.1 base score
7.1High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.1% chance of exploitation in 30 days – higher than 2% 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
Limited control over the software or limited information exposure

CISA SSVC assessment, 2026-10-16.

Patch
Available – fixed in f5af203dec6e0e7a6090fcc2130e9f3901bfc84d, e97c2a535e23ed0fdd2660993fb3f10d9535c9bc, b2be72d401833194917e44fbd8d8144bb4f2db16 +5
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/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
  • ≥ 8f840e47f190cbe61a96945c13e9551048d42cef, < f5af203dec6e0e7a6090fcc2130e9f3901bfc84d
Fixed in
  • f5af203dec6e0e7a6090fcc2130e9f3901bfc84d
LinuxLinuxAffected
  • ≥ 8f840e47f190cbe61a96945c13e9551048d42cef, < e97c2a535e23ed0fdd2660993fb3f10d9535c9bc
Fixed in
  • e97c2a535e23ed0fdd2660993fb3f10d9535c9bc
LinuxLinuxAffected
  • ≥ 8f840e47f190cbe61a96945c13e9551048d42cef, < b2be72d401833194917e44fbd8d8144bb4f2db16
Fixed in
  • b2be72d401833194917e44fbd8d8144bb4f2db16
LinuxLinuxAffected
  • ≥ 8f840e47f190cbe61a96945c13e9551048d42cef, < 6657af827e21883ae90693e42e7f59a6aab690b5
Fixed in
  • 6657af827e21883ae90693e42e7f59a6aab690b5
LinuxLinuxAffected
  • ≥ 8f840e47f190cbe61a96945c13e9551048d42cef, < 5425de8bd6e9fe5bd67d158e3348171ae7510117
Fixed in
  • 5425de8bd6e9fe5bd67d158e3348171ae7510117
LinuxLinuxAffected
  • ≥ 8f840e47f190cbe61a96945c13e9551048d42cef, < 480f754580b5686b928977d16a59f20cef83ff01
Fixed in
  • 480f754580b5686b928977d16a59f20cef83ff01

Description

In the Linux kernel, the following vulnerability has been resolved: sctp: diag: reject stale associations in dump_one path The SCTP exact sock_diag lookup can hold a transport reference, block on lock_sock(sk), and then resume after sctp_association_free() has marked the association dead and freed its bind address list. When that happens, inet_assoc_attr_size() and inet_diag_msg_sctpasoc_fill() can still dereference association state that is no longer valid for reporting. In particular, inet_diag_msg_sctpasoc_fill() may read an empty bind-address list as a real sctp_sockaddr_entry and trigger an out-of-bounds read from unrelated association memory. Reject the association after taking the socket lock if it has been reaped or detached from the endpoint, and report the lookup as stale. This keeps the exact dump-one path from formatting torn association state.

References

Community reviews

Loading reviews…