Skip to main content
VulnerabilityPublished Updated

CVE-2026-68315: Linux kernel · sctp: validate stream count in sctp_process_strreset_inreq()

Affects Linux kernelSource CVE Database V5

0

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

Data as of 26 Oct 2026, 13:47 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 43% 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 b255d8cd6cc68045ae9eecbac3b3c14e1f176c9b, 61327d8e7cfb0259d527be17202630f556213249, 60c47dea5d320d2fc706e9aad1db38a04df0a056 +5
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 10 Aug 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
  • ≥ 7f9d68ac944e24ee5f9ac8d059ca00b1c1d34137, < b255d8cd6cc68045ae9eecbac3b3c14e1f176c9b
Fixed in
  • b255d8cd6cc68045ae9eecbac3b3c14e1f176c9b
LinuxLinuxAffected
  • ≥ 7f9d68ac944e24ee5f9ac8d059ca00b1c1d34137, < 61327d8e7cfb0259d527be17202630f556213249
Fixed in
  • 61327d8e7cfb0259d527be17202630f556213249
LinuxLinuxAffected
  • ≥ 7f9d68ac944e24ee5f9ac8d059ca00b1c1d34137, < 60c47dea5d320d2fc706e9aad1db38a04df0a056
Fixed in
  • 60c47dea5d320d2fc706e9aad1db38a04df0a056
LinuxLinuxAffected
  • ≥ 7f9d68ac944e24ee5f9ac8d059ca00b1c1d34137, < 18ae07691d43183d270de8be9dc8e027906015d9
Fixed in
  • 18ae07691d43183d270de8be9dc8e027906015d9
LinuxLinuxAffected
  • ≥ 7f9d68ac944e24ee5f9ac8d059ca00b1c1d34137, < 7cf7439948e3bf639119119922c88ec190874ca3
Fixed in
  • 7cf7439948e3bf639119119922c88ec190874ca3
LinuxLinuxAffected
  • ≥ 7f9d68ac944e24ee5f9ac8d059ca00b1c1d34137, < 6f0e39d180cd7cced647381b6fa14fd83d261047
Fixed in
  • 6f0e39d180cd7cced647381b6fa14fd83d261047

Description

In the Linux kernel, the following vulnerability has been resolved: sctp: validate stream count in sctp_process_strreset_inreq() When processing a RESET_IN_REQUEST from a peer, sctp_process_strreset_inreq() derives the stream count from the parameter length but does not check whether the resulting RESET_OUT_REQUEST would exceed SCTP_MAX_CHUNK_LEN. The OUT request header (sctp_strreset_outreq, 16 bytes) is 8 bytes larger than the IN request header (sctp_strreset_inreq, 8 bytes). Generally, the IP payload is bounded to 65535 bytes, so the stream list cannot be large enough to trigger the overflow. However, on interfaces with MTU > 65535 (e.g., loopback with IPv6 jumbograms), a stream list that fits within the incoming IN parameter can cause a __u16 overflow in sctp_make_strreset_req() when computing the OUT request size, leading to an undersized skb allocation and a kernel BUG: net/core/skbuff.c:207 skb_panic net/core/skbuff.c:2625 skb_put net/sctp/sm_make_chunk.c:1535 sctp_addto_chunk net/sctp/sm_make_chunk.c:3695 sctp_make_strreset_req net/sctp/stream.c:655 sctp_process_strreset_inreq The local setsockopt path validates the generated reset request size. However, for an incoming-only reset, it accounts for the smaller IN request even though the peer must generate an OUT request with the same stream list. Such a request cannot be completed successfully by the peer. Reject peer IN requests whose corresponding OUT request would exceed SCTP_MAX_CHUNK_LEN. Also tighten the local check so it does not send an IN request that would require an oversized OUT request from the peer.

References

Community reviews

Loading reviews…