CVE-2026-64564
sctp: don't free the ASCONF's own transport in DEL-IP processing
No known exploitation. EPSS puts it in the 71st percentile. No fix published yet.
What to do
No fixed build or workaround is published yet. Limit exposure and watch for a patch.
Steps
Written by AI from the record- Check whether your linux kernel systems use SCTP or accept SCTP traffic from untrusted networks.
- Ask your operating-system provider for a kernel update that includes the fix for CVE-2026-64564.
- Deploy a kernel containing the applicable fix commit: a9ce31be4cb1a5dd82b3e0a1d0c3e7cbdcd31293, a63afa1f9b12d5293cbe0b77fd45dc0632533a13, 2b324ba3494ae958cba16a453e3e71489b4de7fc, fedeb4468987bcaff85fe3061de5ae052d414740, 74e8f3e7114f0e26d1b2c4c048044db9fcc27603, 85aca407c560aba81b5ce9d3d6cf94c74077d19b, d136b29bf91dd8e3161281b87de597b7311d9462, or 9b2854f86f0b56e9027d68e7a3fc909d1a9b566f.
- Until updated, block inbound SCTP traffic from untrusted networks where that will not disrupt required services.
- Restart into the updated kernel and confirm the running kernel is the vendor-provided fixed build.
What it is
From the CVE record
In the Linux kernel, the following vulnerability has been resolved: sctp: don't free the ASCONF's own transport in DEL-IP processing sctp_process_asconf() caches the transport the ASCONF chunk is processed against in asconf->transport (== chunk->transport, set once in sctp_rcv()). For an ASCONF located through its Address Parameter by __sctp_rcv_asconf_lookup(), that cached transport corresponds to the Address Parameter, which need not be the packet's source address. sctp_process_asconf_param() rejects a DEL-IP for the packet source address (ADDIP D8, SCTP_ERROR_DEL_SRC_IP), but nothing protects asconf->transport. A single ASCONF can therefore carry, in order: [Address Parameter L] [DEL-IP L] [DEL-IP 0.0.0.0] where L differs from the source. The DEL-IP for L passes the D8 check and calls sctp_assoc_rm_peer() on the transport that asconf->transport still points at, freeing it (RCU-deferred). The following wildcard DEL-IP then reuses the now-dangling asconf->transport in sctp_assoc_set_primary() and sctp_assoc_del_nonprimary_peers(): set_primary() dereferences the freed transport (->ipaddr, ->state) and plants the dangling pointer into asoc->peer.primary_path / active_path, and del_nonprimary_peers(), keeping only the pointer that is no longer on the list, removes every real transport, leaving the association with a transport_count of 0 and primary_path/active_path pointing at freed memory. Reject a DEL-IP that targets the transport the ASCONF is being processed against, mirroring the existing source-address guard, so the wildcard branch can never reuse a freed transport.
In plain language
Written by AI from the recordThis is a critical flaw in the linux kernel: if your systems accept SCTP network traffic, act urgently because a remote attacker can crash or potentially take control of the service.
Unauthenticated network attack against SCTP ASCONF DEL-IP processing can create a use-after-free condition, causing service disruption or potential code execution.
If you're affected
- Network service outage
- Possible system takeover
- Business application disruption
- Customer data exposure
- Recovery and downtime costs
Exploitation
Where each signal puts this CVE on the scale from published to confirmed exploited.
- CISA KEV
Not in the catalog. CISA has not confirmed exploitation.
- Public exploits
No public exploit or proof of concept found in the sources we track.
- EPSS
1.4% chance of exploitation activity in the next 30 days, which ranks it in the 71st percentile of scored CVEs.
Exploit Prediction Scoring System, FIRST.org. A probability, not a confirmation.
Lifecycle
11 events over 15 days, from the signal feeds we watch.
- Record updated
- Record updated
- Record updated
- OpenVAS check addedrecord updated, record updated
- Record updatedrecord updated
- Record updated
Affected products
Technical detail
CVSS 3.1 vector
Open in the CVSS calculatorCVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
Scored 9.8 by NVD.
How it is reached
- Attack Vector NetworkExploitable remotely over the network without any special conditions
- Attack Complexity LowNo special conditions — the attack can be reliably reproduced
- Privileges Required NoneNo authentication required — anyone can exploit this
- User Interaction NoneNo user interaction needed — fully automated exploitation
Scope
- Scope UnchangedImpact is limited to the vulnerable component itself
Impact if exploited
- Confidentiality HighTotal information disclosure — all data in the component is compromised
- Integrity HighTotal loss of integrity — attacker can modify any data in the component
- Availability HighTotal denial of service — the component is completely unavailable
Sources
References in the record
- git.kernel.org/stable/c/2b324ba3494ae958cba16a453e3e71489b4de7fc
- git.kernel.org/stable/c/74e8f3e7114f0e26d1b2c4c048044db9fcc27603
- git.kernel.org/stable/c/85aca407c560aba81b5ce9d3d6cf94c74077d19b
And 12 more references. See all after sign-in
In the news
Watch the software you run.
My Stack ranks new CVEs for your products by real-world exploitation, so the next serious one reaches you without reading every advisory.
We'll flag the next CVE, public exploit or patch for Linux, not every advisory.
A free account adds
- The full version matrix and every affected product
- Exploit links, proofs of concept and Metasploit modules
- Email alerts for the products you watch
- The same data over REST API, MCP and CLI