Latest working kernel version:
Earliest failing kernel version: 2.6.17
Two root exploits have been reported:
Both exploits cause kernel Oops or (randomly) give root privilegies to the user.
Here is the same bug reported in gentoo bugzilla:
Steps to reproduce:
Compile and run the exploit.
Assuming this is about CVE-2008-0009/10, this is fixed with "[PATCH] splice: missing user pointer access verification" which is included in 22.214.171.124 and 126.96.36.199. If someone can confirm my assumption, please close this bug.
It's not properly fixed in 188.8.131.52. E.g. see http://bugs.gentoo.org/show_bug.cgi?id=209460
> It's not properly fixed in 184.108.40.206. E.g. see
Indeed, I can confirm this.
220.127.116.11 fixes this exploit:
(labelled "Diane Lane ...")
but does not fix this one, which still gives me root access on 18.104.22.168:
alternative link to the still-working exploit:
This is NOT fixed in 22.214.171.124: http://www.securityfocus.com/data/vulnerabilities/exploits/27704.c
But this probably is: http://www.securityfocus.com/data/vulnerabilities/exploits/27704-2.c (at least I can't reproduce it).
Linux Rimmer 126.96.36.199 #4 SMP PREEMPT Sat Feb 9 16:50:17 CET 2008 i686 GNU/Linux
I have personally tested both exploits under a recent 2.6.22 release,
latest 2.6.23 and latest 2.6.24. Results:
This was a bug added in 2.6.23, still present in 2.6.24, but fixed by
the most recent -stable releases for both branches:
- Not exploitable in 188.8.131.52
- Not exploitable in 184.108.40.206
- Not exploitable in 220.127.116.11
so this one is done and dusted...
alt link: http://bugs.gentoo.org/attachment.cgi?id=143059&action=view
This is still exploitable in the latest kernel releases and the exploit
source suggests it has been present since 2.6.17
- Exploitable in 18.104.22.168
- Exploitable in 22.214.171.124
- Exploitable in 126.96.36.199
On Sun, Feb 10, 2008 at 11:28:51AM +0000, Daniel Drake wrote:
> I have personally tested both exploits under a recent 2.6.22 release,
> latest 2.6.23 and latest 2.6.24. Results:
There's a fix/explanation proposed for the other one on linux-kernel
fixed in Linus' tree as 712a30e63c8066ed84385b12edbfb804f49cbc44