Summary: | sys-kernel/hardened-sources-2.6.28-r9 should have patched security/selinux/hooks.c | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Longpoke <longpoke> |
Component: | Hardened | Assignee: | The Gentoo Linux Hardened Kernel Team (OBSOLETE) <hardened-kernel+disabled> |
Status: | RESOLVED WONTFIX | ||
Severity: | critical | CC: | bugs+gentoo, wschlich |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | .config used at the time |
Description
Longpoke
2009-06-21 01:09:02 UTC
Created attachment 195312 [details]
.config used at the time
More on this issue: http://groups.google.com/group/linux.kernel/browse_thread/thread/fedc7fa04e7f5266/d2a8094509baaf80?#d2a8094509baaf80 I am able to reproduce this critical bug. The patch fixes the problem for me. I am able to reproduce this critical bug. The patch fixes the problem for me. Does this only happen with SELinux actually *enabled*? I would like to add that this problem still exists. It presented itself as KSplash locking up: a full system freeze (so, probably, a kernel panic in the background). Using sys-kernel/hardened-sources-2.6.28-r9. Resolved by using the workaround suggested in comment #2, which is booting the kernel with selinux_compat_net=0 as additional parameter in Grub. The latest stable hardened-source is 2.6.32-r9. It should have the patch in Comment #1. Would the reporter please test it and see if this issue still persists. This kernel is off the tree so I'm closing this bug. |