| |||||||||||||
Privilege escalation vulnerability in the NVidia binary driverPrivilege escalation vulnerability in the NVidia binary driverPosted Aug 1, 2012 17:40 UTC (Wed) by HelloWorld (guest, #56129)In reply to: Privilege escalation vulnerability in the NVidia binary driver by flammon Parent article: Privilege escalation vulnerability in the NVidia binary driver
> That's one way to filter out the script kiddies
A rather ineffective one though. Current versions of GNU rm will only print this: > rm: it is dangerous to operate recursively on `/' > rm: use --no-preserve-root to override this failsafe
(Log in to post comments)
Privilege escalation vulnerability in the NVidia binary driver Posted Aug 1, 2012 20:53 UTC (Wed) by ken (subscriber, #625) [Link]
Really that is great.
having tried to compile a broadcom kernel that modified the makefile so it needed an ENV variable that I had not set and thus having a make clean resulting in a recursive clean of /. I do see the usefulness of having a extra check on /.
Privilege escalation vulnerability in the NVidia binary driver Posted Aug 1, 2012 21:08 UTC (Wed) by HelloWorld (guest, #56129) [Link]
Don't compile as root.
Privilege escalation vulnerability in the NVidia binary driver Posted Aug 2, 2012 18:22 UTC (Thu) by jengelh (subscriber, #33263) [Link]
And with Open Build Service, you also get free isolation, starting from chroots, up to xen and kvm isolated instances.
|
|||||||||||||