Posate qui come fare a salta re windows

[AnonimoVeneziano]

Eheheh , si chiama fork bomb , è il modo + facile per far bloccare un sistema unix

Lanciato questo da console si crea un process che apre un altro processo che apre un altro processo che apre un altro processo ..... finchè la memoria non si satura , e a quel punto sei fottuto

Ciao

[kibuzo]

ma che figata.... ora lo provo.
Sul computer di un mio amico =D

[t0mcat]

sto cercando in giro info per capire come bloccare le fork bomb, ma finora oltre a settare qualche limite in /etc/security/limits.conf non sono riuscito a fare, e a quanto pare esistono forks che evadono i limiti settati in quel modo...

qualche lume da questo fronte?

[stefanoxjx]

Finalmente un (pseudo) virus per linux che riesce anche a bloccare il sistema

Azzarola, era ora

[DanieleC88]

Originariamente inviato da AnonimoVeneziano
Eheheh , si chiama fork bomb , è il modo + facile per far bloccare un sistema unix

Lanciato questo da console si crea un process che apre un altro processo che apre un altro processo che apre un altro processo ..... finchè la memoria non si satura , e a quel punto sei fottuto

Ciao

Che bastardo!!
Mano male che ho letto le risposte prima di provarlo... altrimenti mi mandavi in palla l'intero sistema!
Ha ragione VICIUS, sei proprio cattivo

[RaouL_BennetH]

Originariamente inviato da stefanoxjx
Finalmente un (pseudo) virus per linux che riesce anche a bloccare il sistema

Azzarola, era ora

Non ha nulla delle funzioni di un virus, dato che si dovrebbe autoeseguire e replicare e andare ad infettare altri files. E' solo uno "script" very very BASTARD INSIDE

[stefanoxjx]

Originariamente inviato da RaouL_BennetH
Non ha nulla delle funzioni di un virus, dato che si dovrebbe autoeseguire e replicare e andare ad infettare altri files. E' solo uno "script" very very BASTARD INSIDE

Stefano wrote: -> (pseudo) virus

[khri81]

ah quindi linux è una roccia...
certo che se basta cosi poco x far impallare linux...

[lovaz]

In teoria non basta limitare "max user processes"?

[stefanoxjx]

Originariamente inviato da khri81
ah quindi linux è una roccia...
certo che se basta cosi poco x far impallare linux...

E' vero, in windows non si riesce a fare una cosa simile.
Forse perchè non c'è la necessità visto che è un prodotto autobloccante

[t0mcat]

Originariamente inviato da khri81
ah quindi linux è una roccia...
certo che se basta cosi poco x far impallare linux...

beh se si parla di azioni eseguite manualmente in maniera arbitraria, per windows basta ancora meno... e senza speranza di poter evitare il problema.

ritornando alle forkbomb, stando a quanto ho letto, impostare i limits in /etc/security/limits.conf blocca le fork bomb piu' semplici (come quella postata sopra), mentre per quelle piu' complesse bisogna ricorrere a grsecurity per stare veramente al riparo.

in ogni caso in sistemi ad utenza singola l'eventualita' di forkare il proprio sistema e' remota, infatti avviene solo quando lo si fa volutamente (o per la prima volta perche' non se ne conosceva l'esistenza ).

[Ikitt_Claw]

Originariamente inviato da khri81
ah quindi linux è una roccia...
certo che se basta cosi poco x far impallare linux...

"Cosi` poco", per la cronaca, son qualche decina di migliaia di processi

[Ikitt_Claw]

Originariamente inviato da stefanoxjx
E' vero, in windows non si riesce a fare una cosa simile.

Se puede, se puede (salvo config accorte che tutelano anche linux...).
E` un DOS alla fine, si puo` fare praticamente ovunque.

[ilsensine]

Originariamente inviato da t0mcat
sto cercando in giro info per capire come bloccare le fork bomb, ma finora oltre a settare qualche limite in /etc/security/limits.conf non sono riuscito a fare,

I limiti servono proprio a quello. Se non li imposti, il (presumibilmente) unico utente ha accesso illimitato a tutte le risorse della macchina, per questo può fare un fork bomb

e a quanto pare esistono forks che evadono i limiti settati in quel modo...

Dettagli?

[t0mcat]

ho dato un'occhiata su www.sikurezza.org ad alcuni esempi in perl e in c di svariate decine di codice che, agendo su pid e uid e con giochi di serie di sottoprocessi che non mi sono molto chiari, riescono a far credere di non oltrepassare gli hardlimits.
alcune inoltre impiegano molto tempo per saturare le risorse del sistema, tempo che solitamente basta per prendere le tempestive misure per bloccare manualmente il fork prima che sia troppo tardi.
d'altro canto, anche se eventualita' molto remota, una fork eseguita da root lascia poco scampo a molte delle misure di sicurezza disponibili, in quanto terribilmente piu' veloce (da root non sono necessari alcuni meccanismi di cui sopra per aggirare i limiti convenzionali).

non so essere piu' esauriente perche' non sono per niente ferrato in materia e attualmente non ho molto tempo da dedicare per ricerche in proposito.

in ogni caso, tirando le somme, per le forkbomb piu' comuni bastano i limits, per quelle piu' complesse ci sono diverse soluzioni come grsecurity, patches del kernel dedicate, e avevo trovato addirittura dei demoni "antifork" che killano il processo padre con estrema rapidita'.

poiche', come ho detto, in un sistema monoutente (o meglio, che non ha un'utenza molto larga), il pericolo delle forkbomb e' veramente esiguo, attualmente io mi accontento dei limiti convenzionali di /etc/security/limits.conf .

magari in seguito ci studio un po' e faccio un report dettagliato (magari lo porto come workshop al prossimo joint day siciliano ).

da cio' che ho letto traspare comunque che le forkbomb sono una cosa pareeeeeecchio vecchia e relativamente poco problematica (tanto per dire, si possono eseguire in un qualunque sistema *nix, persino in openbsd che e' uno degli OS piu' sicuri che esistano...).
probabilmente il punto sta che devono essere eseguite arbitrariamente, e che a parte essere praticamente un DoS NON apportano altri danni (es. corruzione e/o modifica di dati).

[Mason]

ulimit non funge ?

[t0mcat]

Originariamente inviato da Mason
ulimit non funge ?

ulimit e analoghi sono i comandi per settare on-the-fly i limiti che normalmente vengono definiti in /etc/security/limits.conf