CVE-2008-3792 json
net/sctp/socket.c in the Stream Control Transmission Protocol (sctp) implementation in the Linux kernel before 2.6.26.4 does not verify tha…
published 2008-09-03 18 y ago modified 2026-06-16 4 mo ago also EUVD-2008-3778
- cvss
- 7.1
- version 2.0, 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/socket.c in the Stream Control Transmission Protocol (sctp) implementation in the Linux kernel before 2.6.26.4 does not verify that the SCTP-AUTH extension is enabled before proceeding with SCTP-AUTH API functions, which allows attackers to cause a denial of service (NULL pointer dereference and panic) via vectors that result in calls to (1) sctp_setsockopt_auth_chunk, (2) sctp_setsockopt_hmac_ident, (3) sctp_setsockopt_auth_key, (4) sctp_setsockopt_active_key, (5) sctp_setsockopt_del_key, (6) sctp_getsockopt_maxburst, (7) sctp_getsockopt_active_key, (8) sctp_getsockopt_peer_auth_chunks, or (9) sctp_getsockopt_local_auth_chunks.
Patch / fix
- kernel-rt enterprise mrg 1 2.6.24.7-81.el5rt
- kernel-rt-trace enterprise mrg 1 2.6.24.7-81.el5rt
- kernel-rt-vanilla enterprise mrg 1 2.6.24.7-81.el5rt
- kernel-rt-debuginfo-common enterprise mrg 1 2.6.24.7-81.el5rt
red hat advisories RHSA-2008:0857
- securityfocus.com/bid/31121 patch
- debian.org/security/2008/dsa-1636 advisory
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-2008-3792 updated
kernel: sctp: fix potential panics in the SCTP-AUTH API
-
Red Hat MRG Realtime for RHEL 5 Server kernel-rt 2.6.24.7-81.el5rt, kernel-rt-trace 2.6.24.7-81.el5rt, kernel-rt-vanilla 2.6.24.7-81.el5rt, kernel-rt-debuginfo-common 2.6.24.7-81.el5rtfixed: vendor fix RHSA-2008:0857
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-08).
Exploits and checks
- securityfocus.com http://www.securityfocus.com/bid/31121 referenced PoC, tagged "exploit" by a source, unverified
- securityreason.com http://securityreason.com/securityalert/4210 referenced PoC, tagged "exploit" by a source, unverified
CVSS scores
| assigned by | version | score | vector |
|---|---|---|---|
| NVD | 2.0 | 7.1 | AV:N/AC:M/Au:N/C:N/I:N/A:C |
Classification
- Technology feeds
References
-
debian.org
/security/2008/dsa-1636
vendor-advisory, patch
-
securityfocus.com
/bid/31121
vdb-entry, exploit, patch
-
securityreason.com
/securityalert/4210
third-party-advisory, exploit
-
ubuntu.com
/usn/usn-659-1
vendor-advisory
-
lists.opensuse.org
/opensuse-security-announce/2008-10/msg00010.html
vendor-advisory
-
redhat.com
/support/errata/RHSA-2008-0857.html
vendor-advisory
-
secunia.com
/advisories/32190
third-party-advisory, vendor-advisory
-
secunia.com
/advisories/32393
third-party-advisory, vendor-advisory
-
secunia.com
/advisories/31881
third-party-advisory, vendor-advisory
-
kernel.org
/pub/linux/kernel/v2.6/ChangeLog-2.6.26.4
vendor-advisory
- trapkit.de /advisories/TKADV2008-007.txt
-
openwall.com
/lists/oss-security/2008/08/26/8
mailing-list
-
openwall.com
/lists/oss-security/2008/08/26/6
mailing-list
-
exchange.xforce.ibmcloud.com
/vulnerabilities/45189
vdb-entry
-
openwall.com
/lists/oss-security/2008/08/25/1
mailing-list
-
lkml.org
/lkml/2008/8/23/49
mailing-list
- git.kernel.org /?p=linux/kernel/git/torvalds/linux-2.6.git%3Ba=commit%3Bh=5e739d1752aca4e8f3e794d431503bfca3162df4
-
securitytracker.com
/id?1020854
vdb-entry
-
securityfocus.com
/archive/1/496256/100/0/threaded
mailing-list
-
marc.info
/?l=linux-netdev&m=121928747903176&w=2
mailing-list
-
openwall.com
/lists/oss-security/2008/09/26/6
mailing-list
Sources
- CVE List CVE-2008-3792
- NVD CVE-2008-3792
Fencer Vulns 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.