CVE-2026-99128 json
sctp: validate chunk length in the inqueue parser
published 15d ago modified 12d ago also EUVD-2026-111880
- cvss
- —
- not scored
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- 0.2%
- EPSS 0.2% chance of exploitation in 30 days, percentile 8%
- public exploits
- 0
- none known
Summary
In the Linux kernel, the following vulnerability has been resolved:
sctp: validate chunk length in the inqueue parser
SCTP chunks always include a four-byte generic header, but sctp_inq_pop() currently accepts shorter declared lengths. A zero-length chunk leaves chunk_end at the current header.
When ASCONF is covered by the association's SCTP-AUTH policy, sctp_assoc_bh_rcv() can continue before the state machine performs its normal chunk-length check. sctp_inq_pop() then returns the same malformed chunk repeatedly and the receive softirq can lock up.
A remote SCTP peer can trigger this after establishing an association on a kernel built with CONFIG_IP_SCTP and configured with net.sctp.addip_enable=1 and net.sctp.auth_enable=1. The reproducer did not require application credentials, a shared SCTP AUTH key, or net.sctp.addip_noauth_enable=1.
On commit f967455fb2a5 ("seg6: reset IP6CB after IPv6 decapsulation"), one zero-length ASCONF caused repeated watchdog soft-lockup reports in a two-vCPU KVM guest. All 3 pre-trigger health probes succeeded, while 36 of 37 post-trigger probes failed. With this change, all 37 post-trigger probes succeeded and no equivalent soft-lockup signature appeared.
Reject chunks shorter than the generic SCTP header at the shared inqueue parser boundary. Mark the packet for discard before either caller can continue processing it, while preserving the four-byte generic minimum. Declared-length 1 through 4 controls and kernel-generated ASCONF traffic remained healthy. The patched sctp_hello selftest passed for IPv4 and IPv6.
The complete private reproducer and validation evidence are available directly to maintainers on request.
Patch / fix
- Linux Linux 7.3
- linux Debian 13 6.12.115-2
- linux Debian 14 7.2.13-1
debian advisories DEBIAN-CVE-2026-99128
- kernel Azure Linux 3.0 6.6.161.1-1
azure linux advisories AZL-111239
Azure Linux vulnerability data, Copyright (c) Microsoft Corporation, from https://github.com/microsoft/AzureLinuxVulnerabilityData via OSV, under the MIT licence; changed: normalised to fixed package versions per release. MIT
- git.kernel.org/stable/c/cc4a4f1d6b6d725438dc37b97f03d95ed9feb63f commit
- git.kernel.org/stable/c/b0dbd53b242609c88e81b0a49093bdbef5d5a418 commit
- git.kernel.org/stable/c/d28ea1a62e27210d8ea3cf496dfae85dbdd7b84f commit
- git.kernel.org/stable/c/5a7ee52589dae36c93dc64d7a97c5ded84618572 commit
- git.kernel.org/stable/c/e0fb7fe180488a5afa2e91509ea838e8df8cb771 commit
- git.kernel.org/stable/c/40507f59f230dcf60ae13cb48d34f8c6e9f40659 commit
- git.kernel.org/stable/c/9ac57e4c62e93c287b36080e5da3645690549990 commit
- git.kernel.org/stable/c/6cfc1b90cb86f4aabc69fb8e30128e07e2cdfa3a commit
Is CVE-2026-99128 in your stack? Fencer shows which of your repositories are affected as soon as an advisory lands, and opens the fix as a pull request.
Check with FencerVendor advisories
What the vendors themselves say about their products: affected, fixed or not affected, and what to do.
red hat product security vex CVE-2026-99128 updated cvss 9.1
kernel: kernel: Denial of Service via improper SCTP chunk length validation
-
Red Hat Enterprise Linux 6 perf, kernel, python-perf, kernel-kdump, kernel-firmware, kernel-bootwrapper, +1 moreaffected: workaround, no fix planned “Out of support scope”
-
Red Hat Enterprise Linux 7 perf, kernel, bpftool, kernel-rt, python-perf, kernel-kdump, +8 more Red Hat Enterprise Linux 8 perf, kernel, bpftool, kernel-rt, kernel-core, kernel-tools, +29 more Red Hat Enterprise Linux 9 rv, perf, rtla, kernel, bpftool, libperf, +83 more Red Hat Enterprise Linux 10 kernel Red Hat OpenShift Container Platform 4 openshift/ose-rhel-coreos-8, openshift/ose-rhel-coreos-9 Red Hat OpenShift Container Platform 5 openshift/ose-rhel-coreos-9affected: workaround, no fix available
Red Hat CSAF VEX © Red Hat, Inc., from https://security.access.redhat.com/data/csaf/v2/vex/; changed: reduced to product statuses and remediations. CC BY 4.0 · csaf
Exploit prediction
0.19% chance of exploitation in the next 30 days, higher than 8% of all scored CVEs (FIRST EPSS, 2026-11-11).
Affected products
- Linux Linux
Classification
- Technology feeds
References
- git.kernel.org /stable/c/cc4a4f1d6b6d725438dc37b97f03d95ed9feb63f
- git.kernel.org /stable/c/b0dbd53b242609c88e81b0a49093bdbef5d5a418
- git.kernel.org /stable/c/d28ea1a62e27210d8ea3cf496dfae85dbdd7b84f
- git.kernel.org /stable/c/5a7ee52589dae36c93dc64d7a97c5ded84618572
- git.kernel.org /stable/c/e0fb7fe180488a5afa2e91509ea838e8df8cb771
- git.kernel.org /stable/c/40507f59f230dcf60ae13cb48d34f8c6e9f40659
- git.kernel.org /stable/c/9ac57e4c62e93c287b36080e5da3645690549990
- git.kernel.org /stable/c/6cfc1b90cb86f4aabc69fb8e30128e07e2cdfa3a
Sources
- CVE List CVE-2026-99128
- NVD CVE-2026-99128
Fencer Intel keeps one entry per vulnerability: the CVE id wins, then GHSA, and records that alias each other are merged, except that two CVEs always keep separate entries. The same data is available as JSON.