login
Login
/
Register
Search
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2007
»
October
»
10
Re: [PATCH] Reserve N process to root
view
thread
!MAILaRCHIVE_VOTE_RePLACE
Previous message: [
thread
] [
date
] [author]
Next message: [
thread
] [
date
] [author]
[view in full thread]
From:
<g@...>
To: <Valdis.Kletnieks@...>
Cc: Linux Kernel Mailing List <linux-kernel@...>
Subject:
Re: [PATCH] Reserve N process to root
Date: Wednesday, October 10, 2007 - 5:02 pm
> On Wed, 10 Oct 2007 09:46:22 EDT, Gustavo Chain said:
quoted text
>> El Wed, 10 Oct 2007 15:14:06 +0930 >> David Newall <david@davidnewall.com> escribió: >> > That was what I thought you had in mind; it protects from some kind >> > of fork bomb, right? But it doesn't seem useful unless you guarantee >> > having a process already running (with CAP_SYS_ADMIN) *before* the >> > bomb goes off. >> >> Not really, because fork bomb will never reach maximum pid possible. >> And root will always have a "slot" to kill desired processes. > > What David meant was that "root will always have a slot" doesn't > *actually* > help unless you *also* have a way to actually *spawn* such a process. In > order > to do the ps, kill, and so on that you need to recover, you need to > already > have either a root shell available, or a way to *get* a root shell that > doesn't > rely on a non-root process (so /bin/su doesn't help here). > > Many distros will leave a /sbin/mingetty running on tty1 through tty6, and > you *can* use those to get a root shell. David's point is that without > something like that already in place, the patch doesn't help.... > >
but once you are logged in, how can you "spawn" processes (ps, kill, and so on) if the limit is reached ? -
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to
majordomo@vger.kernel.org
More majordomo info at
http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
http://www.tux.org/lkml/
Previous message: [
thread
] [
date
] [author]
Next message: [
thread
] [
date
] [author]
Messages in current thread:
[PATCH] Reserve N process to root
, Gustavo Chain
, (Tue Oct 9, 7:48 pm)
Re: [PATCH] Reserve N process to root
, David Newall
, (Tue Oct 9, 9:49 pm)
Re: [PATCH] Reserve N process to root
, Gustavo Chain
, (Wed Oct 10, 1:15 am)
Re: [PATCH] Reserve N process to root
, David Newall
, (Wed Oct 10, 1:44 am)
Re: [PATCH] Reserve N process to root
, Gustavo Chain
, (Wed Oct 10, 9:46 am)
Re: [PATCH] Reserve N process to root
,
, (Wed Oct 10, 3:50 pm)
Re: [PATCH] Reserve N process to root
, David Newall
, (Wed Oct 10, 8:05 pm)
Re: [PATCH] Reserve N process to root
,
, (Wed Oct 10, 5:02 pm)
Re: [PATCH] Reserve N process to root
, David Newall
, (Wed Oct 10, 10:13 am)
Navigation
Create content
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
david
Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3
Greg Kroah-Hartman
[PATCH 004/196] Chinese: add translation of SubmittingPatches
Paul Jackson
Re: cpuset-remove-sched-domain-hooks-from-cpusets
Rafael J. Wysocki
[Bug #11210] libata badness
linux-netdev
:
David Miller
Re: [GIT]: Networking
Jarek Poplawski
[PATCH] pkt_sched: Destroy gen estimators under rtnl_lock().
Gerrit Renker
[PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side)
Andrew Morton
Re: [BUG] New Kernel Bugs
openbsd-misc
:
git
:
Colocation donated by:
Who's online
There are currently
3 users
and
878 guests
online.
Online users
strcmp
1stcomprepair
shines73
Syndicate