Fork_bomb Fork_bomb

Fork bomb - Definition

Related Words: V, Affluent, Angle, Apex, Bail, Bayou, Bend, Bifurcation, Bight, Billabong, Bine, Bisect, Bowl, Branch, Bucket, Cant, Cast, Catapult, Chevron

The fork bomb is a form of denial of service attack against a computer system that uses the fork function. It relies on the assumption that the number of programs and processes which may be simultaneously executed on a computer has a limit. A fork bomb works by creating a large number of processes very quickly in order to saturate the available space in the list of processes kept by the computer's operating system. Once saturated, no new programs may be started until another terminates, which is not likely since the instances of the bomb program are each waiting to do just that. The system becomes much more difficult (slow), or even impossible, to use.

Fork bombs can be considered as a special type of Wabbit (a program that self-replicates without using hosts or network functionality).

Canonical forkbombs include perl -e "fork while fork" (forking using the Perl interpreter) and :(){ :|:& };: (using the Bash shell).
Or in C:


#include <sys/types.h>
#include <unistd.h>
int main (int argc, char *argv[]) 
{ 
  while(1) 
  { 
    fork(); 
  } 
  return 0; 
} 

Difficulty of cure

Once a successful fork bomb has been activated in a system, it may not be possible to resume normal operation without rebooting it, as the only solution to a fork bomb is to destroy all instances of it. This is often not possible since trying to use a program to kill the rogue processes requires another process be created, which may not be possible if there are no emply slots in the process table or space in memory structures used when a process is installed on the system.

Prevention

The way in which a fork bomb functions is to spawn as many processes as possible; thus, to prevent a fork bomb one simply needs to limit the number of processes which may be produced by a single program or user. By allowing untrusted users to run only a relatively small number of processes, the danger of a fork bomb, malicious or unintentional, is reduced. However, this does not prevent the possibility of a group of users collaborating to consume process slots.

One way to prevent it is to add limits on users and groups in PAM (Solaris, Linux, and FreeBSD), like this @users hard nproc 50.

See also a note at cookie monster.

Copyright 2009 WordIQ.com - Privacy Policy  :: Terms of Use  :: Contact Us  :: About Us
This article is licensed under the GNU Free Documentation License. It uses material from the this Wikipedia article.