CVE-2011-1573 json
net/sctp/sm_make_chunk.c in the Linux kernel before 2.6.34, when addip_enable and auth_enable are used, does not consider the amount of zer…
published 2012-02-02 14 y ago modified 2026-06-16 4 mo ago also EUVD-2011-1574
- cvss
- 5.9
- version 3.1, NVD
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- 2.7%
- EPSS 2.7% chance of exploitation in 30 days, percentile 85%
- public exploits
- 0
- none known
Summary
net/sctp/sm_make_chunk.c in the Linux kernel before 2.6.34, when addip_enable and auth_enable are used, does not consider the amount of zero padding during calculation of chunk lengths for (1) INIT and (2) INIT ACK chunks, which allows remote attackers to cause a denial of service (OOPS) via crafted packet data.
Patch / fix
- linux linux_kernel 2.6.34
- kernel RHEL 5 2.6.18-238.19.1.el5
- kernel-PAE RHEL 5 2.6.18-238.19.1.el5
- kernel-xen RHEL 5 2.6.18-238.19.1.el5
- kernel-kdump RHEL 5 2.6.18-238.19.1.el5
- kernel-debuginfo-common RHEL 5 2.6.18-238.19.1.el5
- kernel RHEL 6 2.6.32-71.29.1.el6
- perf RHEL 6 2.6.32-71.29.1.el6
- kernel-kdump RHEL 6 2.6.32-71.29.1.el6
red hat advisories RHSA-2011:0927RHSA-2011:0498
Vendor advisories
What the vendors themselves say about their products: affected, fixed or not affected, and what to do.
red hat product security vex CVE-2011-1573 updated cvss 5.4
kernel: sctp: fix to calc the INIT/INIT-ACK chunk length correctly to set
-
Red Hat Enterprise Linux (v. 5.6.z server) kernel 2.6.18-238.19.1.el5, kernel-PAE 2.6.18-238.19.1.el5, kernel-xen 2.6.18-238.19.1.el5, kernel-kdump 2.6.18-238.19.1.el5, kernel-debuginfo-common 2.6.18-238.19.1.el5fixed: vendor fix RHSA-2011:0927
-
Red Hat Enterprise Linux Desktop (v. 6) perf 2.6.32-71.29.1.el6, kernel 2.6.32-71.29.1.el6, kernel-kdump 2.6.32-71.29.1.el6, kernel-firmware 2.6.32-71.29.1.el6, kernel-bootwrapper 2.6.32-71.29.1.el6, kernel-debuginfo-common-i686 2.6.32-71.29.1.el6, +3 more Red Hat Enterprise Linux HPC Node (v. 6) perf 2.6.32-71.29.1.el6, kernel 2.6.32-71.29.1.el6, kernel-kdump 2.6.32-71.29.1.el6, kernel-firmware 2.6.32-71.29.1.el6, kernel-bootwrapper 2.6.32-71.29.1.el6, kernel-debuginfo-common-i686 2.6.32-71.29.1.el6, +3 more Red Hat Enterprise Linux Server (v. 6) perf 2.6.32-71.29.1.el6, kernel 2.6.32-71.29.1.el6, kernel-kdump 2.6.32-71.29.1.el6, kernel-firmware 2.6.32-71.29.1.el6, kernel-bootwrapper 2.6.32-71.29.1.el6, kernel-debuginfo-common-i686 2.6.32-71.29.1.el6, +3 more Red Hat Enterprise Linux Workstation (v. 6) perf 2.6.32-71.29.1.el6, kernel 2.6.32-71.29.1.el6, kernel-kdump 2.6.32-71.29.1.el6, kernel-firmware 2.6.32-71.29.1.el6, kernel-bootwrapper 2.6.32-71.29.1.el6, kernel-debuginfo-common-i686 2.6.32-71.29.1.el6, +3 morefixed: vendor fix RHSA-2011:0498
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
2.67% chance of exploitation in the next 30 days, higher than 85% of all scored CVEs (FIRST EPSS, 2026-11-09).
Exploits and checks
- bugzilla.redhat.com https://bugzilla.redhat.com/show_bug.cgi?id=695383 referenced PoC, tagged "exploit" by a source, unverified
CVSS scores
| assigned by | version | score | vector |
|---|---|---|---|
| NVD | 3.1 | 5.9 | CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:N/A:H |
| NVD | 2.0 | 4.3 | AV:N/AC:M/Au:N/C:N/I:N/A:P |
Classification
- Weakness
-
- CWE-682 Incorrect Calculation
- Technology feeds
References
-
openwall.com
/lists/oss-security/2011/04/11/12
mailing-list, patch, third-party-advisory
-
bugzilla.redhat.com
/show_bug.cgi?id=695383
exploit, issue-tracking, patch, third-party-advisory
-
openwall.com
/lists/oss-security/2011/04/11/4
mailing-list, patch, third-party-advisory
-
rhn.redhat.com
/errata/RHSA-2011-0927.html
vendor-advisory, third-party-advisory
-
mirror.anl.gov
/pub/linux/kernel/v2.6/ChangeLog-2.6.34
broken-link
- git.kernel.org /?p=linux/kernel/git/torvalds/linux-2.6.git%3Ba=commit%3Bh=a8170c35e738d62e9919ce5b109cf4ed66e95bde
Sources
- CVE List CVE-2011-1573
- NVD CVE-2011-1573
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.