CVE-2011-1012 json
The ldm_parse_vmdb function in fs/partitions/ldm.c in the Linux kernel before 2.6.38-rc6-git6 does not validate the VBLK size value in the…
published 2011-03-01 15 y ago modified 2026-06-16 4 mo ago also EUVD-2011-1029
- 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 40%
- public exploits
- 0
- none known
Summary
The ldm_parse_vmdb function in fs/partitions/ldm.c in the Linux kernel before 2.6.38-rc6-git6 does not validate the VBLK size value in the VMDB structure in an LDM partition table, which allows local users to cause a denial of service (divide-by-zero error and OOPS) via a crafted partition table.
Patch / fix
- linux linux_kernel 2.6.38
Exploit prediction
0.46% chance of exploitation in the next 30 days, higher than 40% 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:N/I:N/A:C |
Classification
- Weakness
-
- CWE-369 Divide By Zero
- Technology feeds
References
-
openwall.com
/lists/oss-security/2011/02/23/4
mailing-list, patch, third-party-advisory
-
openwall.com
/lists/oss-security/2011/02/23/21
mailing-list, patch, third-party-advisory
-
spinics.net
/lists/mm-commits/msg82429.html
mailing-list, patch, third-party-advisory
-
ubuntu.com
/usn/USN-1146-1
vendor-advisory, third-party-advisory
-
securitytracker.com
/id?1025127
vdb-entry, third-party-advisory
-
securityfocus.com
/bid/46512
vdb-entry, third-party-advisory
-
securityreason.com
/securityalert/8115
third-party-advisory
- git.kernel.org /?p=linux/kernel/git/torvalds/linux-2.6.git%3Ba=commit%3Bh=294f6cf48666825d23c9372ef37631232746e40d
-
kernel.org
/pub/linux/kernel/v2.6/snapshots/patch-2.6.38-rc6-git6.log
broken-link
-
securityfocus.com
/archive/1/516615/100/0/threaded
mailing-list, not-applicable
-
pre-cert.de
/advisories/PRE-SA-2011-01.txt
third-party-advisory
Sources
- CVE List CVE-2011-1012
- NVD CVE-2011-1012
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.