Na Red Hat Linux 8.0 sistemu, gornji kod je krahirao masinu (P4 2,2 GHz, 512M DDR) za nepunih 5 minuta.

sistem openbsd 3.2-stable 200MHz 64MB

Program puca ...
Korisnikova ogranicenja:


Nadam se da je ovo bilo korisno.

pa kada napucas granicu bilo ulimit ili fizicki limit manje vise si blokirao sistem. Ono sto je sigurno recimo da je posljednji slobodan proces uvek rezervisan za root korisnika..... Ja sam svojevremeno radio takve stvvari kod mene na linuxu, jos sa 2.2.xx serijom kernela :)) i stvar je stabilno radila :))) ali cela ideja sa tim forkom mi je pala napamet kao pravi lokalni DoS

B o j a n : Naravno, Theovi momci su osigurali OpenBSD do krajnjih granica (nije dzabe "Secure by default"). Ali isto tako susta je cinjenica da svi OSTALI *NIXi nemaju ulimit-a ...

Tako npr. FreeBSD 4.7 dozvoljava izvrsavanje koda, kao i NetBSD 1.5.2 (provereno kod mene na masinama), da ne govorim o Linux-ima (Slack 8, RH 8).

Zamisli scenario remote logovanje, a onda i izvrsavanje sa nohup-om ... Prosto je neverovatno da developer team-ovi ne brinu o ovakvim stvarima ...

Pri testiranju na ovaj način, meni sistem samo izuzetno uspori (ma jel'? ;-). „ulimit“ je konkretno podešavanje koliko moj shell može da pokrene procesa (tako kaže „man bash“), i zato nije preterano bitan u testu (npr. kod mene je ograničenje bilo oko 1400, a pokrenuto je i mnogo više procesa), pošto ostale procese ne pokreće bash.

Ukoliko ovaj proces „nice-ujem“ („upristojim“ :-), onda mogu i ponešto da radim, a da ne dođe do pada. Međutim, nisam čekao baš predugo (oko 10min), pa kad budem imao više vremena, videću kako se ponaša u takvoj situaciji.

Po nekoj staroj teoriji SunOS ne bi trebalo da dozvoli takve stvari. Onda se nasao jedan lik koji je resio da proba sledeci kod na produkcijskoj masini:



Masina se zaglavila u roku od pet minuta, a tip je dobio opasno po tamburi (mislim da sam isti slucaj vec opisivao u nekoj temi na forumu).
Mada, lokalni DoS je moguc samo kad root potera isto programce.

Eh, ja mislim da su proizvodjaci nozeva krivi za sva ubistva izvrsena nozem :), kao i sto su proizvodjaci kreveta krivi za sve smrti u krevetu (kako mogu mirno da spavaju u tim istim krevetima :) ).

Naime na ozbiljnijim masinama se lepo stavi limit na broj procesa pa ko hoce da iskoristi sve svoje procese neka odradi to, a da li je zastita od toga ugradjena u kernel ili nije, je vec pitanje kako neko voli ili ne :).

Secam se price kada je neko testirao neki njinj sa nekim linuxom i izvukao zakljucak kako na njinju bolje radi web server (posledica sto je koristio default kompajliran kernel u nekoj distirbuciji (za single procesor masinu) a masina je bila 4-procesorska :) ).

Dakle to je normalno da moze superfork da sjebe masinu :))))), ali to i nije cudo, to mu je receno da radi :)))).

uzgred, sto pisati C, evo za bash: # :() { :|:& } ; :

Na RH7.2 po default-u imas 256 procesa po user-u, tako da sam bez problema run-ovao programce i masini ne pada na pamet da rikne, doduse odziv je jadan ( a sta ocekivati)...

ovo je dobra fora L;)))
supa-mega-fork unutar jednog procesa, tj. -bash-a.

mislim da se ovakav dos moze adaptirati za bilo koji drugi cli. mysql(1) mozda ?

limits.conf

Ovakvi fork() napadi su jaaaako stara stvar.
Jedna od prvih local DoS forica.

http://en.wikipedia.org/wiki/Forkbomb

uvek mi je bilo interesantno da gledam sta se desava kada neko na ircu pomene taj bash form bomb :)
doduse prisecam se i jednog puta kada nije bilo bas smesno :) DownBload, znas na sta mislism :)