CVE-2026-68315sctp: validate stream count in sctp_process_strreset_inreq()
Updated under an hour ago ()
Does this affect you?
It affects Linux. Add what you run to find out whether that includes you.
No exploitation reported and no EPSS estimate yet.
Do this next
Free account, 1 product
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.
- CVSS
- 7.5 HIGH (v3.1, CNA)CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
- Weakness (CWE)
- Not given
- Known exploited
- Not in CISA's KEV catalog
- EPSS (exploitation in the next 30 days)
- Not loaded for this CVE
- Assigned by
- Linux
- NVD analysis
- Received
- Record last updated
- Oct 16, 2026
- First seen by InfoSec Signals
- Oct 9, 2026
Affected products
Linux Linux linux:linux (from the name) | from 7f9d68ac944e24ee5f9ac8d059ca00b1c1d34137 before 61327d8e7cfb0259d527be17202630f556213249; 7f9d68ac944e24ee5f9ac8d059ca00b1c1d34137 builds before 7cf7439948e3bf639119119922c88ec190874ca3; from 7f9d68ac944e24ee5f9ac8d059ca00b1c1d34137 before 60c47dea5d320d2fc706e9aad1db38a04df0a056; from 7f9d68ac944e24ee5f9ac8d059ca00b1c1d34137 before b255d8cd6cc68045ae9eecbac3b3c14e1f176c9b; 7f9d68ac944e24ee5f9ac8d059ca00b1c1d34137 builds before 6f0e39d180cd7cced647381b6fa14fd83d261047; 7f9d68ac944e24ee5f9ac8d059ca00b1c1d34137 builds before 1a10fe1aa9c01f41b389a31906a77d538637c9d9; 7f9d68ac944e24ee5f9ac8d059ca00b1c1d34137 builds before 00ae679cb21a035491fdad8d58dc6d79cc68b675; from 7f9d68ac944e24ee5f9ac8d059ca00b1c1d34137 before 18ae07691d43183d270de8be9dc8e027906015d9 | CNA record |
References
- https://git.kernel.org/stable/c/61327d8e7cfb0259d527be17202630f556213249
- https://git.kernel.org/stable/c/7cf7439948e3bf639119119922c88ec190874ca3
- https://git.kernel.org/stable/c/60c47dea5d320d2fc706e9aad1db38a04df0a056
- https://git.kernel.org/stable/c/b255d8cd6cc68045ae9eecbac3b3c14e1f176c9b
- https://git.kernel.org/stable/c/6f0e39d180cd7cced647381b6fa14fd83d261047
- https://git.kernel.org/stable/c/1a10fe1aa9c01f41b389a31906a77d538637c9d9
- https://git.kernel.org/stable/c/00ae679cb21a035491fdad8d58dc6d79cc68b675
- https://git.kernel.org/stable/c/18ae07691d43183d270de8be9dc8e027906015d9
The CVE record on cve.org NVD's entry
The CVE record is authoritative. Products marked “from the name” were identified from the CNA's free-text names, not a CPE, and are matched less certainly. This product uses the NVD API but is not endorsed or certified by the NVD.