Newsgroup: it.comp.sicurezza.windows
Titolo: Possibile che nulla si può contro il flood?? (firewal, continua...)

Salve,
apro un nuovo thread dopo che Crononauta ci ha (mi ha) spiegato in
modo più che dettagliato e soddisfacente come funziona un firewall.
Visto
gli ultmi messaggi nel mio precedente thread, ho pensato di aprire questo
nuovo thread per discutere non più di come funziona un firewall, ma come
cercare di ovviare a qualcosa che neanche il firewall riesce a gestire: il
flood.
Ieri sera è successo ancora, mi sono fatto flooddare e dopo qualche
minuto è caduta non solo la connessione al server irc, ma anche quella al
mio provider. Premesso che ora tutti sappiamo che gran parte della colpa è
di un sistema operativo male configurato, o di programmi "bucati", ma
possibile che non c'è rimedio? Ok, il mio s.o. può anche non essere al
massimo, ci posso stare ma...io grosse configurazioni atte alla sicurezza
in rete non me le ricordo mica...se io volessi risistemare il mio s.o. che
faccio? Non posso mica riformattare tutto per essere sicuro che non mi
floodino. Anche il buon vecchio firewall ora sembra essere inutile (e
sappiamo anche perchè) ma io mi chiedo: dalla parte dei flooddatori non ci
dobbiamo stare...ma non si può nenache stare trà quelli che subiscono
sempre :)) Porgi l' altra guancia un corno dico io!!
Non credo di essere
l' unico ad avere un problema simile ma, di certo, c'è anche qualcuni che
sa come risolverlo.
Chi ha da dire qualcosa è ben accetto.
Saluti...
--------------------------------
Inviato via 
http://usenet.iol.it

possibile che non c'č rimedio?
L'unico possibile rimedio, che non e' offerto dai soliti providers, e'
costituito da un "remote ipchains". Dato che il flood ai miei danni mi
lascia una qualche banda uscente libera, io invio al mio provider (che
vede il pacchetto arrivare da una interfaccia *fisica* che solo io ho)
un pacchetto UDP speciale, contenente un comando del tipo
	DENY INBOUND ICMP REPLY DA 10.47.92.174
A questo punto, il provider si impegna fino al reset della connessione
a non fare passare ICMP tipo 0 inbound da quell'indirizzo... oppure da
tutta Internet.
In questo caso, l'attaccante ora sta attaccando il MIO PROVIDER... che
ha molta piu' banda e molti piu' avvocati di me. Buon pro gli faccia.
Leonardo
-- 
Linux PC is like South Pole igloo.
not get blue, not freeze to death, no Windows, no Gates,
and helluva penguins all around.

[SERVER2]-->[SERVER3]-->INTERNET E RESTO DEL MONDO
Cosě facendo devi
tutto su un altro ip che non č il tuo.


darmlema lui, prima ancora del firewall :))
Esatto. Ma COSTA, e i providers nostrali sono risparmiosi. In genere,
rimediano all'origine offrendoti un server SOCKS.


sempre :)) Porgi l' altra guancia un corno dico io!!
Porgi una denuncia se non vuoi porgere l'altra guancia, adesso un dos e'
reato, in italia.
-- 
           |Save our planet!
  Ciao     |Save wildlife;
  roberto  |For your E-MAIL use only recycled Bytes !!
           |roberto poggi  
rpo...@softhome.net

Leonardo
Andrea
-- 
Windows 98, per il virus che non deve chiedere.... mai.
"Cancellami" se mi vuoi rispondere
Prima o poi cambiero' la sign, purtroppo oggi non ho tempo

 quanto so, il client c'e' solo per Linux.
E, soprattutto, che tu riesca ad inviarlo 'sto benedetto pacchetto, 
dopo che ti sei accorto di essere floodato... Il che potrebbe non 
essere piů possibile... ;-D
-- 
News2000 1.5ß Version 
http://socket2000.8m.com

Ieri sera è successo ancora, mi sono fatto flooddare e dopo qualche
scusa l'ignoranza, ma che significa farsi floodare?

interesserebbe
Devi convincere il tuo provider a implementarlo. Tutta la difficolta'
sta li'. Il client e' un normale netcat script:
#!/bin/sh
if [-z "$2"]; then
	echo "Syntax: ripchains 'passphrase' 'command'"
	exit 0
fi
	echo "$2" \
	| pgp -fasz"$1" \
	| netcat -u -p 333 
fw.provider.it
 333
Il server e' lasciato per esercizio allo studente :-)
...in ogni caso, e' sempre assunta -d uguale alla sorgente del pkt, e
il comando e' sempre -j REJECT.
Leonardo
-- 
ftp://warez.slashdot.com:12345
 - Warez for nerds. Stuff that matters.

 
ftp://warez.slashdot.com:12345
 - Warez for nerds. Stuff that matters.
Questa, truffaldino,  però me la devi spiegare:
slashdot.com
 = 64.28.67.150
warez.slashdot.com
 = 127.0.0.1 !
:-D


Questa, truffaldino,  però me la devi spiegare:
E se hai ZoneAlarm, ti avverte anche di un attacco NetBus :-)
Leonardo maligno^2
-- 
FORSE un virus? Accertatene! 
http://www.avp.it/
         ADOTTA ANCHE TU
Curiosita'? Prova a CERCARE! 
http://www.google.com/
              QUESTA
Informazioni utili:          
http://members.nbci.com/gouldukat
     SIGN
MAIL anonima, allegato .EXE? 
http://www.google.com/search?q=hybris
  :-)

essere più possibile... ;-D
Si puooo', si puooo'... circa il 2% della banda non me la puo'
saturare, neanche con un link da 100 Mbit. A me basta arrivare
al mio PPP partner.
Certo, potrebbe floodare quello. Gli conviene? Non so.
Leoanrdo
-- 


il comando e' sempre -j REJECT.
Semplice come bere un bicchiere d'acqua, ora me lo stampo e mi leggo
un po' di man pages :-)


 
warez.slashdot.com
 = 127.0.0.1 !
he he he ricorda che gli dei della Rete tutto possono 8-)
-- 
Abrogato l'art. 21 della Costituzione Italiana:
 
http://punto-informatico.it/petizione.asp
SecurFaq             : 
http://members.nbci.com/gouldukat/
Biancorossi Siamo Noi: 
http://www.tifonet.it/free/ancona/


mi sfugge come possa rimanerti il 2% della banda. traffic shaper o giu'
di li'? ma se lui ti flooda mica puoi controllare i pacchetti in
ingresso e limitarli. dimmi un po' dove sbaglio perche' sicuramente mi
manca un pezzo altrimenti non saresti cosi' sicuro.
ciao
-- 
maruko.cjb.net
 - Seti@Home applets
Designed for Windows 
Powered by Linux

di li'? 
No, penso che dipenda dal protocollo IP piu' PPP. Facemmo alcune
prove variando MTU e MRU su Ethernet, Linux A bombardava Linux C
collegato in PPP a Linux B (la mia P133). Il risultato era che a
link saturo in download era possibile trasmettere pacchetti da C
a B, anche se senza garanzia che arrivassero. La banda totale si
aggirava su circa 100 bytes al secondo in upload con MTU piccola
(con la MTU di una ADSL, se non ci sono altri fattori, rimangono
circa 2-300 bytes al secondo).
Leonardo
