Dotaz: Fork Bomb

[belisarivs]

Precetl jsem si tenhle clanek, a chtel bych se zeptat, co si o tom myslite a trosku mi popsat, co to je? Mam Debiana a z clanku vypliva. ze je vuci tomu imunni, ale i tak mne zajima, co to vubec je.

Odpovědi

[jm]

Myslim si o tom to, ze si to ma kazdy osetrit sam podle svych potreb. Nechapu, proc by mel kernel defaultne omezovat pocet povolenych procesu a na zaklade jakeho kriteria by si ten limit mel sam urcovat...

[zabza]

já si o tom myslím to, že defaultně zapnutý SELinux ve Fedoře ukazuje, jak to vlastně s tou bezpečností je...

BTW: v tom článku nejsou tak závažný myšlenky, že by se to nedalo shrnout třema větama a napsat do dotazu. muset kliknout na odkaz, abych rozumněl otázce, je pěknej vopruz...

[©]

Je to třeba to, co mám v patičce.

[©]

Ohledně základního zabezpečení by Ti mělo stačit man bash a v něm /ulimit<enter>.

[misterlister]

Zdravím,

forkbomb je DoS útok. Funguje tak, že program sám sebe neustále fork-uje (man fork; ve zkratce: vytváří stejné procesy, jako je on sám), což vede k tomu, že je najednou spuštěno příliš procesů, systém to neunese a lehne. Sledujte top a v systému, který není ošetřen, spusťte třeba toto:

python -c 'import os
for i in range(5): os.fork()'

Pokud to proběhne moc rychle, zvyšte číslo v range(), ale opatrně, nad 10 bych to tipoval jako smrtící dávku pro normální desktop

[belisarivs]

Diky za odpoved. Presne to, co jsem potreboval vedet.

[Heron]

Python sice neznam, ale predpokladam, ze to vytvori 5! procesu, je tak?

[Hynek (Pichi) Vychodil]

Já mám pocit, že 2^n.

[Michal Marek (twofish)]

n*2^n, ale na tom už nesejde, dvouciferná čísla jsou smrtící

[Heron]

Hmm, ja jsem jich pustil ...range(50) :(((( Az pak jsem si uvedomil, ze to byla zasadni chyba:

1309356243158456748005275878731039660886656818417225915793316547238453518561869821953308036930361662860354673651024028403686902618354157221331411035750400 procesu moje jadro upravdu nezvlada :))

[Heron]

teda blbost, uz ani pocitat neumim :)

56294995342131200 procesu.

Mimochodem, jednou jsem zkousel kolik to opravdu zvladne, a cislo se zastavilo na 12 000 soucastne bezicich procesu -- pak uz tak nejak dosla pamet a ze swapu uz to moc nejelo.

[Tom K]

je pravda, ze vlakna jsou ponekud mene narocne, jako procesy, ale pamatuju si, ze kdyz jsem zkousel maximalni pocet, tak jsem se zastavil na 32765 (cca) vlaken pro jeden proces a dvakrat se mi to poustet nechtelo. Ale maximalni pocet procesu to stoji za vyzkouseni .

[Michal Marek (twofish)]

32765 nápadně připomíná 2^15 (32768), takže se nejspíš na identifikaci threadu se používá jen 15 bitů a zbytek z pthread_t jsou nějaké další informace. Ale hledat to teď ve zdrojácích glibc se mi nechce.

[Heron]

No u me byl problem s pameti (kazdej dalsi proces si vezme dalsi pamet), to by u threadu takovej problem byt nemel. Ale bezelo (no spis ve stavu sleep) jich kolem 12000. Pokud by bylo vic pameti, zvladlo by to vic.

[cartman]

Fork bomby: v C:

#include "sys/types.h" //namiesto uvodzoviek tam maju byt zobaciky
#include "unistd.h" //namiesto uvodzoviek tam maju byt zobaciky
int main (int argc, char *argv[]) 
{ 
  while(1) 
  { 
    fork(); 
  } 
  return 0; 
} 

v perl:

perl -e "fork while fork"

v bash: :(){ :|:& };: Riesenie: je ich viacej, ale ja nastavujem limits (/etc/security/limits.conf) alebo grsecurity je tiez riesenie.

[belisarivs]

Taky dobry. Vyzkousim. Diky.

[Tomyk]

Mohl by nekdo prosim vysvetlit tu bash variantu? Dik

[Kadži]

Dvojtečka je jméno funkce. Pak už je to celkem srozumitelný.