Search: Home Bugtraq Vulnerabilities Mailing Lists Jobs Tools Beta Programs
Linux Kernel Security, Again
Jason Miller, 2005-03-16

It's a sad day when an ancient fork bomb attack can still take down most of the latest Linux distributions.

Comments Mode:
silly article 2005-03-17
Anonymous (4 replies)
silly article 2005-03-18
Anonymous
silly article 2005-03-18
Anonymous (1 replies)
shouldn't you people already have your boxes secured? 2005-03-18
Anonymous (2 replies)
shouldn't you people already have your boxes secured? 2005-03-23
anon
I agree with you. Sysadmins have ultimate responsibility for not only what they run, but how they run it.

That being said, usually a sysadmin is thinking of keeping people out of the box, maybe thinking about elevated privelege exploits, service exploits, etc.

Something like a reasonable ulimit setting though... I am not sure that a distro can call itself a "server operating system" if the developers who know the OS and build it, don't set some reasonable defaults.

To expect a sysadmin to cover every possible base is a little extreme, and more than a little impossible.

Most sysadmins I know, are so busy dealing with users, installing software, building servers all the time, that it can be hard to find the necessary time to nail every last detail on the different OS's they run.

This is more of what a security researcher does, then informs the OS dev crew of the problem, which gets solved in a patch, which ideally gets installed by the busy sysadmins.

I'm not sure that half the sysadmins even know what ulimit does, including "certified" admins. I know because I am a developer, but I have never adjusted it on an OS before, nor would I even think of it if I were a sysadmin.

The guy who wrote the article is a security researcher, and he didn't know that there was no reasonable default. Expecting the average sysadmin to know this is a little much.

my 2 cents...

[ reply ]

Link to this comment: http://www.securityfocus.com/comments/columns/308/31156#31156
silly response 2005-03-18
Anonymous
silly comment 2005-03-18
Anonymous (1 replies)
silly article 2005-03-18
Anonymous
Linux Kernel Security, Again 2005-03-17
Karyl Stein (1 replies)
Linux Kernel Security, Again 2005-03-17
Jason V. Miller (Author) (1 replies)
Linux Kernel Security, Again 2005-03-18
Anonymous
Linux Kernel Security, Again 2005-03-17
Anonymous (3 replies)
Linux Kernel Security, Again 2005-03-17
Jason V. Miller (Author) (3 replies)
Linux Kernel Security, Again 2005-03-17
mrsad (1 replies)
Linux Kernel Security, Again 2005-03-17
Jason V. Miller (Author) (1 replies)
Linux Kernel Security, Again 2005-03-18
Anonymous (2 replies)
Linux Kernel Security, Again 2005-03-18
crf (2 replies)
Linux Kernel Security, Again 2005-03-18
Anonymous
Linux Kernel Security, Again 2005-03-18
Anonymous
Linux Kernel Security, Again 2005-03-20
Anonymous
Linux Kernel Security, Again 2005-03-18
Anonymous
Linux Kernel Security, Again 2005-03-19
CrossChris
Linux Kernel Security, Again 2005-03-18
Anonymous
Linux Kernel Security, Again 2005-03-18
Anonymous
simple fork bomb? 2005-03-17
Anonymous (1 replies)
simple fork bomb? 2005-03-17
Jason V. Miller (Author) (3 replies)
simple fork bomb? 2005-03-17
Anonymous
simple fork bomb? 2005-03-17
Anonymous (1 replies)
simple fork bomb? 2005-03-17
Jason V. Miller (Author) (1 replies)
simple fork bomb? 2005-03-18
Stephen Samuel (3 replies)
simple fork bomb? 2005-03-18
Eric F.
simple fork bomb? 2005-03-18
Michael Ayres
simple fork bomb? 2005-03-20
Anonymous
simple fork bomb? 2005-03-20
Anonymous
Linux Kernel Security, Again 2005-03-17
Todd Knarr
Intended use dictates the limits 2005-03-17
Erik Keller (1 replies)
Intended use dictates the limits 2005-03-17
Jason V. Miller (Author) (4 replies)
Intended use dictates the limits 2005-03-18
Erik Keller (1 replies)
Maybe just use proper distros where needed? 2005-03-20
Michael Shigorin
Intended use dictates the limits 2005-03-23
Anonymous
Linux Kernel Security, Again 2005-03-17
Anonymous (2 replies)
Linux Kernel Security, Again 2005-03-17
Jason V. Miller (Author) (1 replies)
LSM is in the standard kernel. 2005-03-18
Anonymous
Linux Kernel Security, Again 2005-03-18
Anonymous (1 replies)
Linux Kernel Security, Again 2005-03-18
Anonymous (1 replies)
Linux Kernel Security, Again 2005-03-19
PaX Team
Once again... 2005-03-18
Anonymous (1 replies)
re: Once again... 2005-03-18
editor
Debian not vulnerable? 2005-03-18
Wilmer van der Gaast (2 replies)
Debian not vulnerable? 2005-03-18
k_the_c
Debian not vulnerable? 2005-03-18
Anonymous
Linux Kernel Security, Again 2005-03-18
Matthew
Linux Kernel Security, Again 2005-03-18
Gentoo User (1 replies)
Linux Kernel Security, Again 2005-03-18
Another Gentoo User (2 replies)
Linux Kernel Security, Again 2005-03-18
Gentoo/Debian/OpenBSD user (1 replies)
Linux Kernel Security, Again 2005-03-18
Jason V. Miller (Author)
Linux Kernel Security, Again 2005-03-18
FreeBSD user (2 replies)
Linux Kernel Security, Again 2005-03-18
Jason V. Miller (Author)
Debian IS vulnerable! 2005-03-18
Anonymous (2 replies)
Debian IS vulnerable! 2005-03-18
Anonymous
Debian IS vulnerable! 2005-03-18
Anonymous (2 replies)
Get SuSE 2005-03-18
Anonymous
Debian IS vulnerable! 2005-03-18
Anonymous
Linux Kernel Security, Again 2005-03-18
Gentoo User
Linux Kernel Security, Again 2005-03-18
Anonymous
Linux Kernel Security, Again 2005-03-18
Angel Freire
Gentoo vulnerable? 2005-03-18
Anonymous (1 replies)
Gentoo vulnerable? 2005-03-18
dk
Linux Kernel Security, Again 2005-03-18
Saltine (1 replies)
Linux Kernel Security, Again 2005-03-20
Anonymous
Linux Kernel Security, Again 2005-03-18
Stef (1 replies)
Linux Kernel Security, Again 2005-03-18
Jason V. Miller (Author)
Jason's opinion is too biased 2005-03-18
Anonymous (2 replies)
Jason's opinion is too biased 2005-03-18
Anonymous
Jason's opinion is too biased 2005-03-18
Jason V. Miller (Author) (1 replies)
Jason's opinion is too biased 2005-03-23
Anonymous
Linux Kernel Security, Again 2005-03-18
Anonymous
Take the first step author. 2005-03-18
EG (2 replies)
Take the first step author. 2005-03-18
Anonymous (1 replies)
Take the first step author. 2005-03-18
Anonymous
Take the first step author. 2005-03-18
Jason V. Miller (Author)
Solution was?... 2005-03-18
Anonymous (2 replies)
Solution was?... 2005-03-18
Anonymous
Solution was?... 2005-03-19
Anonymous
Not quite a valid criticism... 2005-03-18
Anonymous (2 replies)
Not quite a valid criticism... 2005-03-20
darwin lopez
Not quite a valid criticism... 2005-03-20
Anonymous
Silly IDS kid needs to learn C. 2005-03-19
OpenBSD is for Girls
Linux Kernel Security, Again 2005-03-19
Anonymous
Linux Kernel Security, Again 2005-03-19
Anonymous
Linux Kernel Security 2005-03-19
Anonymous
Does it work on Mac OS X? 2005-03-19
huwr
Fresh FreeBSD 5.3 install 2005-03-20
Anonymous
Try, disk I/O and mem. alloc 2005-03-20
Bipin Gautam
Solaris 10 vulnerable, too 2005-03-20
Anonymous
Why its Valid! 2005-03-21
Anonymous
Mandrake 10.1 didn't freeze... 2005-03-21
Anonymous
DEBIAN 2005-03-21
Anonymous (1 replies)
DEBIAN 2005-03-22
Anonymous (1 replies)
DEBIAN 2005-03-23
Lucio
Linux Kernel Security, Again 2005-03-23
Anonymous
Linux Kernel Security, Again 2005-03-24
Anonymous
PAM 2005-03-24
Maestr0
Linux Kernel Security, Again 2005-03-28
Anonymous
Linux Kernel Security, Again 2005-03-29
Anonymous







 

Privacy Statement
Copyright 2009, SecurityFocus