CVE-2026-68320
In the Linux kernel, the following vulnerability has been resolved: sctp: fix auth_chunk_list capacity check in sctp_auth_ep_add_chunkid sctp_auth_ep_add_chunkid() uses SCTP_NUM_CHUNK_TYPES (20) as the capacity limit for ep->auth_chunk_list, allowing it…
Does this matter?
High impact if exploited, but EPSS currently rates exploitation as unlikely (0.13%). Schedule it in the normal patch cycle and watch for a rise in EPSS or a public exploit.
Description
In the Linux kernel, the following vulnerability has been resolved: sctp: fix auth_chunk_list capacity check in sctp_auth_ep_add_chunkid sctp_auth_ep_add_chunkid() uses SCTP_NUM_CHUNK_TYPES (20) as the capacity limit for ep->auth_chunk_list, allowing it to hold up to 20 chunk entries (param_hdr.length up to 24). However, the copy destination asoc->c.auth_chunks in struct sctp_cookie is only SCTP_AUTH_MAX_CHUNKS (16) entries (20 bytes). When more than 16 chunks are added, sctp_association_init() memcpy overflows the destination by up to 4 bytes. Fix by using SCTP_AUTH_MAX_CHUNKS as the capacity limit, matching the destination capacity.
- CVSS 3.1
- 7.3 HIGHCVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:L/I:H/A:H
- EPSS
- 0.13% probability · 3th percentile
- CISA KEV
- Not listed
- Source
- 416baaa9-dc9f-4396-8d5f-8c081fb06d67
References
- https://git.kernel.org/stable/c/11092d79eb2b7c0068382f72fc2416d1786bb2e0
- https://git.kernel.org/stable/c/3d22a7da2e264f407c729f33a0a346ff76108bc6
- https://git.kernel.org/stable/c/54bb4c03fa17cdcb157c26c33e60a78cf32960f5
- https://git.kernel.org/stable/c/5a365f1e423444c5da7eb689a8661633dad43e48
- https://git.kernel.org/stable/c/6837c1c19a259518974cbc5a52017646e3906564
- https://git.kernel.org/stable/c/886e28e14ab655012779016d251fef53d103aa12
- https://git.kernel.org/stable/c/b6ea3dda09eb4d5caf7bbc00f857688cf9e98255
- https://git.kernel.org/stable/c/ff04b26794a16a8a879eb4fd2c02c2d6b03850e9
Source: NVD record, EPSS from FIRST.org, KEV from CISA. Refreshed daily.