[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <38425.simon.1181734449@5ec7c279.invalid>
Date: Wed, 13 Jun 2007 12:34:09 +0100
From: "Simon Arlott" <simon@...e.lp0.eu>
To: "Jan Engelhardt" <jengelh@...putergmbh.de>
Cc: "Roland Dreier" <rdreier@...co.com>,
"Anand Jahagirdar" <anandjigar@...il.com>,
linux-kernel@...r.kernel.org, security@...nel.org,
"Andrew Morton" <akpm@...ux-foundation.org>, akpm@...eo.com,
"Daniel Hazelton" <dhazelton@...er.net>,
"Jens Axboe" <jens.axboe@...cle.com>,
"Jiri Kosina" <jikos@...os.cz>
Subject: Re: Patch related with Fork Bobmbing Attack
On Tue, June 12, 2007 18:32, Jan Engelhardt wrote:
> On Jun 12 2007 10:04, Roland Dreier wrote:
>> > + /*
>> > + * following code does not allow Non Root User to cross its process
>> > + * limit. it alerts administrator about fork bombing attack and prevents
>> > + * it.
>> > + */
>> > if (atomic_read(&p->user->processes) >= p->signal->rlim[RLIMIT_NPROC].rlim_cur)
>> > if (!capable(CAP_SYS_ADMIN) && !capable(CAP_SYS_RESOURCE) &&
>> > - p->user != &root_user)
>> > -
>> > + p->user != &root_user) {
>> > + if (printk_ratelimit())
>> > + printk(KERN_CRIT"User with uid %d is crossing its process
>> limit\n",p->user->uid);
>> > goto bad_fork_free;
>> > + }
Why does this need to be KERN_CRIT? You can't assume that every time a process limit is reached that it's a
fork bomb.
--
Simon Arlott
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists