CVE-2013-7271 json
The x25_recvmsg function in net/x25/af_x25.c in the Linux kernel before 3.12.4 updates a certain length value without ensuring that an asso…
published 2014-01-06 12 y ago modified 2026-06-17 4 mo ago also EUVD-2013-7049
- cvss
- 4.9
- version 2.0, NVD
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- 0.5%
- EPSS 0.5% chance of exploitation in 30 days, percentile 41%
- public exploits
- 0
- none known
Summary
The x25_recvmsg function in net/x25/af_x25.c in the Linux kernel before 3.12.4 updates a certain length value without ensuring that an associated data structure has been initialized, which allows local users to obtain sensitive information from kernel memory via a (1) recvfrom, (2) recvmmsg, or (3) recvmsg system call.
Patch / fix
- linux Debian 14, Debian 13, Debian 12 3.12.6-1
debian advisories DEBIAN-CVE-2013-7271
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-2013-7271 updated cvss 2.1
Kernel: net: information leak in recvmsg handler msg_name & msg_namelen logic
-
Red Hat Enterprise Linux 5 kernelaffected: no fix planned “Will not fix”
-
Red Hat Enterprise Linux 6 perf, kernel, python-perf, kernel-kdump, kernel-firmware, kernel-bootwrapper, +1 more Red Hat Enterprise MRG 2 kernel-rt, mrg-rt-release, kernel-rt-trace, kernel-rt-vanilla, kernel-rt-firmwareaffected: no fix available
-
Red Hat Enterprise Linux 7 perf, kernel, bpftool, python-perf, kernel-kdump, kernel-tools, +3 morenot affected: vulnerable code not present
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.48% chance of exploitation in the next 30 days, higher than 41% of all scored CVEs (FIRST EPSS, 2026-11-09).
CVSS scores
| assigned by | version | score | vector |
|---|---|---|---|
| NVD | 2.0 | 4.9 | AV:L/AC:L/Au:N/C:C/I:N/A:N |
Classification
- Weakness
-
- CWE-20 Improper Input Validation
- Technology feeds
References
- github.com /torvalds/linux/commit/f3d3342602f8bcbf37d7c46641cb9bca7618eb1c
-
ubuntu.com
/usn/USN-2135-1
vendor-advisory
-
ubuntu.com
/usn/USN-2138-1
vendor-advisory
-
ubuntu.com
/usn/USN-2113-1
vendor-advisory
-
ubuntu.com
/usn/USN-2141-1
vendor-advisory
-
ubuntu.com
/usn/USN-2110-1
vendor-advisory
-
ubuntu.com
/usn/USN-2129-1
vendor-advisory
-
ubuntu.com
/usn/USN-2136-1
vendor-advisory
-
ubuntu.com
/usn/USN-2128-1
vendor-advisory
-
ubuntu.com
/usn/USN-2139-1
vendor-advisory
-
ubuntu.com
/usn/USN-2117-1
vendor-advisory
-
ubuntu.com
/usn/USN-2109-1
vendor-advisory
-
securityfocus.com
/bid/64746
vdb-entry
- bugzilla.redhat.com /show_bug.cgi?id=1039845
- kernel.org /pub/linux/kernel/v3.x/ChangeLog-3.12.4
- git.kernel.org /?p=linux/kernel/git/torvalds/linux-2.6.git%3Ba=commit%3Bh=f3d3342602f8bcbf37d7c46641cb9bca7618eb1c
-
secunia.com
/advisories/56036
third-party-advisory
-
openwall.com
/lists/oss-security/2013/12/31/7
mailing-list
-
exchange.xforce.ibmcloud.com
/vulnerabilities/90132
vdb-entry
-
secunia.com
/advisories/55882
third-party-advisory
Sources
- CVE List CVE-2013-7271
- NVD CVE-2013-7271
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.