Dear Sir,
I just want to know whether fork bombing attack still
exist on the machine having Distribution as Fedora Core 6 and Linux
Kernel 2.6.x.?
additional Info : I have set ulimit as 8000 and loged in
as Guest User on machine having Distribution as Fedora Core 6 and
Linux kernel 2.6.18. simple fork bombing program while(1) fork();
killed the box and machine needed reboot. will any body please tell me
why fork bombing attack killed the box even after setting ulimit as
8000?
Regards
Anand
May be because Mars was in Scorpio?
On 5/17/07, Anand Jahagirdar <[email protected]> wrote:
> Dear Sir,
> I just want to know whether fork bombing attack still
> exist on the machine having Distribution as Fedora Core 6 and Linux
> Kernel 2.6.x.?
>
> additional Info : I have set ulimit as 8000 and loged in
> as Guest User on machine having Distribution as Fedora Core 6 and
> Linux kernel 2.6.18. simple fork bombing program while(1) fork();
> killed the box and machine needed reboot. will any body please tell me
> why fork bombing attack killed the box even after setting ulimit as
> 8000?
>
> Regards
> Anand
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
On Thu, 17 May 2007 12:55:53 +0530
"Anand Jahagirdar" <[email protected]> wrote:
> Dear Sir,
> I just want to know whether fork bombing attack still
> exist on the machine having Distribution as Fedora Core 6 and Linux
> Kernel 2.6.x.?
>
> additional Info : I have set ulimit as 8000 and loged in
> as Guest User on machine having Distribution as Fedora Core 6 and
> Linux kernel 2.6.18. simple fork bombing program while(1) fork();
> killed the box and machine needed reboot. will any body please tell me
> why fork bombing attack killed the box even after setting ulimit as
> 8000?
Did you set a sensible per user process limit and what swap/memory setup
do you have. If you have sensible per user process limits and zero
overcommit setup you shouldn't be able to do anything beyond soak up a
lot of CPU time.