CVE-2008-1294 json
Linux kernel 2.6.17, and other versions before 2.6.22, does not check when a user attempts to set RLIMIT_CPU to 0 until after the change is…
published 2008-05-02 18 y ago modified 2026-06-16 4 mo ago also EUVD-2008-1301
- cvss
- 2.1
- 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 43%
- public exploits
- 0
- none known
Summary
Linux kernel 2.6.17, and other versions before 2.6.22, does not check when a user attempts to set RLIMIT_CPU to 0 until after the change is made, which allows local users to bypass intended resource limits.
Patch / fix
- kernel RHEL 5 2.6.18-92.1.10.el5
- kernel-PAE RHEL 5 2.6.18-92.1.10.el5
- kernel-xen RHEL 5 2.6.18-92.1.10.el5
- kernel-kdump RHEL 5 2.6.18-92.1.10.el5
- kernel-debuginfo-common RHEL 5 2.6.18-92.1.10.el5
red hat advisories RHSA-2008:0612
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-1294 updated
kernel: setrlimit(RLIMIT_CPUINFO) with zero value doesn't inherit properly across children
-
Red Hat Enterprise Linux (v. 5 server) kernel 2.6.18-92.1.10.el5, kernel-PAE 2.6.18-92.1.10.el5, kernel-xen 2.6.18-92.1.10.el5, kernel-kdump 2.6.18-92.1.10.el5, kernel-debuginfo-common 2.6.18-92.1.10.el5 Red Hat Enterprise Linux Desktop (v. 5 client) kernel 2.6.18-92.1.10.el5, kernel-PAE 2.6.18-92.1.10.el5, kernel-xen 2.6.18-92.1.10.el5, kernel-kdump 2.6.18-92.1.10.el5, kernel-debuginfo-common 2.6.18-92.1.10.el5fixed: vendor fix RHSA-2008:0612
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.51% chance of exploitation in the next 30 days, higher than 43% of all scored CVEs (FIRST EPSS, 2026-11-08).
CVSS scores
| assigned by | version | score | vector |
|---|---|---|---|
| NVD | 2.0 | 2.1 | AV:L/AC:L/Au:N/C:N/I:N/A:P |
Classification
- Weakness
- Technology feeds
References
-
ubuntu.com
/usn/usn-618-1
vendor-advisory
-
debian.org
/security/2008/dsa-1565
vendor-advisory
-
redhat.com
/support/errata/RHSA-2008-0612.html
vendor-advisory
- bugs.gentoo.org /show_bug.cgi?id=215000
-
secunia.com
/advisories/31341
third-party-advisory
-
oval.cisecurity.org
/repository/search/definition/oval%3Aorg.mitre.oval%3Adef%3A10974
vdb-entry, signature
-
securityfocus.com
/bid/29004
vdb-entry
- git.kernel.org /?p=linux/kernel/git/torvalds/linux-2.6.git%3Ba=commitdiff%3Bh=9926e4c74300c4b31dee007298c6475d33369df0
- kernel.org /pub/linux/kernel/v2.6/ChangeLog-2.6.22
-
secunia.com
/advisories/30769
third-party-advisory
-
secunia.com
/advisories/30018
third-party-advisory
-
exchange.xforce.ibmcloud.com
/vulnerabilities/42145
vdb-entry
Sources
- CVE List CVE-2008-1294
- NVD CVE-2008-1294
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.