CVE-2010-1437 json
Race condition in the find_keyring_by_name function in security/keys/keyring.c in the Linux kernel 2.6.34-rc5 and earlier allows local user…
published 16y ago modified 4mo ago also EUVD-2010-1465
- cvss
- 7.0
- version 3.1, NVD
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- 0.7%
- EPSS 0.7% chance of exploitation in 30 days, percentile 51%
- public exploits
- 1
- Exploit-DB
Summary
Race condition in the find_keyring_by_name function in security/keys/keyring.c in the Linux kernel 2.6.34-rc5 and earlier allows local users to cause a denial of service (memory corruption and system crash) or possibly have unspecified other impact via keyctl session commands that trigger access to a dead keyring that is undergoing deletion by the key_cleanup function.
Patch / fix
- linux linux_kernel 2.6.34
- kernel RHEL 5 2.6.18-194.8.1.el5
- kernel-PAE RHEL 5 2.6.18-194.8.1.el5
- kernel-xen RHEL 5 2.6.18-194.8.1.el5
- kernel-kdump RHEL 5 2.6.18-194.8.1.el5
- kernel-debuginfo-common RHEL 5 2.6.18-194.8.1.el5
- kernel-rt enterprise mrg 1 2.6.24.7-161.el5rt
- kernel-rt-trace enterprise mrg 1 2.6.24.7-161.el5rt
- kernel-rt-vanilla enterprise mrg 1 2.6.24.7-161.el5rt
red hat advisories RHSA-2010:0504RHSA-2010:0631RHSA-2010:0474
Is CVE-2010-1437 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-2010-1437 updated cvss 7.2
kernel: keyrings: find_keyring_by_name() can gain the freed keyring
-
Red Hat MRG Realtime for RHEL 5 Server kernel-rt 2.6.24.7-161.el5rt, kernel-rt-trace 2.6.24.7-161.el5rt, kernel-rt-vanilla 2.6.24.7-161.el5rt, kernel-rt-firmware 2.6.24.7-161.el5rt, kernel-rt-debuginfo-common 2.6.24.7-161.el5rtfixed: vendor fix RHSA-2010:0631
-
Red Hat Enterprise Linux (v. 5 server) kernel 2.6.18-194.8.1.el5, kernel-PAE 2.6.18-194.8.1.el5, kernel-xen 2.6.18-194.8.1.el5, kernel-kdump 2.6.18-194.8.1.el5, kernel-debuginfo-common 2.6.18-194.8.1.el5fixed: vendor fix RHSA-2010:0504
-
Red Hat Enterprise Linux AS version 4 kernel 2.6.9-89.0.26.EL, kernel-smp 2.6.9-89.0.26.EL, kernel-xenU 2.6.9-89.0.26.EL, kernel-hugemem 2.6.9-89.0.26.EL, kernel-largesmp 2.6.9-89.0.26.ELfixed: vendor fix RHSA-2010:0474
-
Red Hat Enterprise Linux Desktop (v. 5 client) kernel 2.6.18-194.8.1.el5, kernel-PAE 2.6.18-194.8.1.el5, kernel-xen 2.6.18-194.8.1.el5, kernel-debuginfo-common 2.6.18-194.8.1.el5fixed: vendor fix RHSA-2010:0504
-
Red Hat Enterprise Linux Desktop version 4 kernel 2.6.9-89.0.26.EL, kernel-smp 2.6.9-89.0.26.EL, kernel-xenU 2.6.9-89.0.26.EL, kernel-hugemem 2.6.9-89.0.26.EL, kernel-largesmp 2.6.9-89.0.26.EL Red Hat Enterprise Linux ES version 4 kernel 2.6.9-89.0.26.EL, kernel-smp 2.6.9-89.0.26.EL, kernel-xenU 2.6.9-89.0.26.EL, kernel-hugemem 2.6.9-89.0.26.EL, kernel-largesmp 2.6.9-89.0.26.EL Red Hat Enterprise Linux WS version 4 kernel 2.6.9-89.0.26.EL, kernel-smp 2.6.9-89.0.26.EL, kernel-xenU 2.6.9-89.0.26.EL, kernel-hugemem 2.6.9-89.0.26.EL, kernel-largesmp 2.6.9-89.0.26.ELfixed: vendor fix RHSA-2010:0474
-
Red Hat Enterprise Linux (v. 5 server) kernel-headers 2.6.18-194.8.1.el5 Red Hat Enterprise Linux Desktop (v. 5 client) kernel-headers 2.6.18-194.8.1.el5not 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
Timeline
- First public exploit (EDB-33886)
- Published
Exploit prediction
0.66% chance of exploitation in the next 30 days, higher than 51% of all scored CVEs (FIRST EPSS, 2026-11-09).
Exploits and checks
- EDB-33886 Linux Kernel 2.6.34 - 'find_keyring_by_name()' Local Memory Corruption dos, 2010-04-27
- bugzilla.redhat.com https://bugzilla.redhat.com/show_bug.cgi?id=585094 referenced PoC, tagged "exploit" by a source, unverified
- marc.info http://marc.info/?l=linux-kernel&m=127192182917857&w=2 referenced PoC, tagged "exploit" by a source, unverified
- marc.info http://marc.info/?l=linux-kernel&m=127274294622730&w=2 referenced PoC, tagged "exploit" by a source, unverified
CVSS scores
| assigned by | version | score | vector |
|---|---|---|---|
| NVD | 3.1 | 7.0 | CVSS:3.1/AV:L/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:H |
| NVD | 2.0 | 4.4 | AV:L/AC:M/Au:N/C:P/I:P/A:P |
Classification
- Weakness
- Technology feeds
References
-
patchwork.kernel.org
/patch/94664/
broken-link, patch
-
bugzilla.redhat.com
/show_bug.cgi?id=585094
exploit, issue-tracking, patch
-
marc.info
/?l=linux-kernel&m=127192182917857&w=2
mailing-list, exploit
-
marc.info
/?l=linux-kernel&m=127274294622730&w=2
mailing-list, exploit
-
lists.opensuse.org
/opensuse-security-announce/2010-07/msg00006.html
vendor-advisory, mailing-list
-
redhat.com
/support/errata/RHSA-2010-0474.html
vendor-advisory, broken-link
-
debian.org
/security/2010/dsa-2053
vendor-advisory, mailing-list
-
openwall.com
/lists/oss-security/2010/04/27/2
mailing-list
-
marc.info
/?l=linux-kernel&m=127292492727029&w=2
mailing-list
-
oval.cisecurity.org
/repository/search/definition/oval%3Aorg.mitre.oval%3Adef%3A9715
vdb-entry, signature, broken-link
-
exchange.xforce.ibmcloud.com
/vulnerabilities/58254
vdb-entry, third-party-advisory
-
secunia.com
/advisories/40645
third-party-advisory, broken-link
-
secunia.com
/advisories/43315
third-party-advisory, broken-link
-
patchwork.kernel.org
/patch/94038/
broken-link
-
openwall.com
/lists/oss-security/2010/04/28/2
mailing-list
-
secunia.com
/advisories/40218
third-party-advisory, broken-link
-
vmware.com
/security/advisories/VMSA-2011-0003.html
third-party-advisory
-
securityfocus.com
/bid/39719
vdb-entry, broken-link, third-party-advisory
-
securityfocus.com
/archive/1/516397/100/0/threaded
mailing-list, broken-link, third-party-advisory, vdb-entry
-
secunia.com
/advisories/39830
third-party-advisory, broken-link
-
vupen.com
/english/advisories/2010/1857
vdb-entry, broken-link
Sources
- CVE List CVE-2010-1437
- NVD CVE-2010-1437
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.