Newsgroup: it.comp.sicurezza.varie
Titolo: Tiny e ICMP: dubbi di una principiante

Uso per la prima volta un firewall, quindi scusate se faccio domande
da "utonta".... :-)
Alla prima uscita in rete con Tiny attivato ho notato che segnala una
decina di richieste ICMP (che, a dir la verita' non so neanche bene
cosa sia, quindi abbiate pieta'...), cosi' ho deciso per curiosita' di
fargliele loggare. Questo e' il risultato:
-------------------------------------------------------------
2,[29/Oct/2001 01:48:48] Rule 'tutto icmp out': Permitted: Out ICMP
[10] Router Solicitation, localhost->224.0.0.2, Owner: Tcpip Kernel
Driver
2,[29/Oct/2001 01:48:48] Rule 'tutto icmp in': Permitted: In ICMP [10]
Router Solicitation, 195.110.138.41->localhost, Owner: Tcpip Kernel
Driver
2,[29/Oct/2001 01:48:50] Rule 'tutto icmp out': Permitted: Out ICMP
[10] Router Solicitation, localhost->224.0.0.2, Owner: Tcpip Kernel
Driver
2,[29/Oct/2001 01:48:50] Rule 'tutto icmp in': Permitted: In ICMP [10]
Router Solicitation, 195.110.138.41->localhost, Owner: Tcpip Kernel
Driver
2,[29/Oct/2001 01:48:54] Rule 'tutto icmp out': Permitted: Out ICMP
[10] Router Solicitation, localhost->224.0.0.2, Owner: Tcpip Kernel
Driver
2,[29/Oct/2001 01:48:54] Rule 'tutto icmp in': Permitted: In ICMP [10]
Router Solicitation, 195.110.138.41->localhost, Owner: Tcpip Kernel
Driver
2,[29/Oct/2001 01:48:58] Rule 'tutto icmp in': Permitted: In ICMP [3]
Destination Unreachable, 151.5.212.134->localhost, Owner: Tcpip Kernel
Driver
2,[29/Oct/2001 01:49:14] Rule 'tutto icmp in': Permitted: In ICMP [3]
Destination Unreachable, 151.5.212.134->localhost, Owner: Tcpip Kernel
Driver
2,[29/Oct/2001 01:49:18] Rule 'tutto icmp in': Permitted: In ICMP [3]
Destination Unreachable, 151.5.212.134->localhost, Owner: Tcpip Kernel
Driver
2,[29/Oct/2001 01:49:22] Rule 'tutto icmp in': Permitted: In ICMP [3]
Destination Unreachable, 151.5.212.134->localhost, Owner: Tcpip Kernel
Driver
2,[29/Oct/2001 01:52:14] Rule 'tutto icmp in': Permitted: In ICMP [3]
Destination Unreachable, 151.5.212.134->localhost, Owner: Tcpip Kernel
Driver
-------------------------------------------------------------------------------------------
Il dubbio e': visto che ero collegata con mclink, l'ip del quale
dovrebbe essere quel 195.110......  , come mai appena collegata ricevo
richieste ICMP anche da 151.5..... e 224.0...... ?  
Il 151.... ptrebbe essere Libero.it sul quale ho un account? Ho solo
un altro account su 
vizzavi.it
, ma non mi pare che corrisponda al
224... 
Comunque questo significa che c'e' qualcosa sul mio pc che dice a
libero quando sono collegata anche se lo sono con un altro provider?
O sono dei ping fatto a caso da qualcuno?
Mi aiutate a capire?
grazie in anticipo 
ciao

su libero non era disponibile (tanto per capirci).
Solo che io ero tranquillamente "idle" e non cercavo di accedere a
niente. E poi nel caso che dici tu non dovrebbe esserci una chiamata
"out" e non "in" come invece era nel caso del 151.1.212.134?
Scusa se dico delle stupidaggini, ma vorrei capire un po' di piu'.
ciao

Se sei in LINUX, il seguente script (da attivare via
/etc/ip-up.local), ti risolve il problema. Gli puoi,
infatti, dire quanti byte agni N-sec sono la soglia
sotto cui abbattere la connessione. 
Es:
./sd-ppp ppp0 3000 60
Bye
#!/bin/sh
#
# SD-PPP
#
# Shutting Down PPP
#
# Abbatte l'interfaccia passata come parametro se nel
# numero di secondi specificato NON e' stato raggiunto
# il nr. di byte specificato in ricezione. 
#
# Uso CPU: Effettua un controllo ogni nr. di secondi 
#          specificato.
#
# S.O.: RedHat 6.0/6.1/7.0
#
# by Roberto Colmegna (2000)
#       
if [ $# != 3 ]; then
  echo "Usage: sd-ppp <interfaccia ppp> <nr. byte in ricez.> <nr. \
sec. check>"
  echo "Example: sd-ppp ppp0 3000 60"
  exit -1
fi
# memorizza il nr. di byte trasmessi per l'interfaccia
a=`pppstats $1 -c 1 | grep -v IN | awk '{print $1}'`
sleep $3
while : ; do
  # copia il vecchio valore e legge il nuovo
  v=$a
  a=`pppstats $1 -c 1 | grep -v IN | awk '{print $1}'`
  # se il traffico e' inferiore a quello
  # specificato chiude la connessione
  d=$[ $a - $v ]
  c=$[ $d < $2 ]
  case "$c" in
      1)
        echo Shutting down PPP ....
        killall \-INT pppd
        echo "Byte received = " $d "/" $2
        exit 1
        ;;
      *)
        echo "Byte received = " $d "/" $2
        ;;
  esac
  # attende il prossimo controllo
  sleep $3
done

all-routers.mcast.net...... che cos'e'?
Fai una cosa...
Cerca su Google la parola "Multicast" "IGMP" e anche "224.0.0.2"
oppure "224.0.0.1".
Ci sono tesi di laurea, RFC e quant'altro.
Materiale per perderci un mese buono.
-- 
           ~~ ICQ#: 8761263 ~~ 
http://www.delymyth.net/
 ~~
            E-Mail Addy: DElyMyth [at] delymyth [dot] net
           => FREE! Hardware Anti-Virus!!! - /dev/brain <=
Chi lavora avvelena anche te, digli di smettere - DElyMyth@work

 wrote in message
news:3bde49b7...@news.libero.it...
Non uso linux,uso win98 e la
domanda mia e' legata al fatto di sapere su quale livello ISO/OSI
lavora il firewall tiny.Leggendo la guida sul sito ufficiale
http://www.tinysoftware.com
 non c'e' nulla di tutto questo e 
siccome il tutto mi serve per un'esame di domattina vorrei chiedervi
se e' giusto il mio ragionamento: da quanto intuisco il tiny
e' di tipo packet filter in quanto lavora a livello di trasporto
e di rete attuando il permesso o il blocco(scelto dall'utente)
dei pacchetti che transitano nello stack tcp. 
Tale conclusione la intuisco dal fatto di poter configurare per ciascun 
tipo di protocollo in entrata o in uscita la regola giusta. 
sapresti darmi un vostro parere? grazie in anticipo. Lo||a
-- 
Posted from  [62.211.161.186] 
via Mailgate.ORG Server - 
http://www.Mailgate.ORG

Materiale per perderci un mese buono.
Urca, forse e' troppo allora.... :-)
Va be', vado a farmi una cultura.
grazie
ciao

 Urca, forse e' troppo allora.... :-) Va be', vado a farmi una cultura.
Non e' che sia proprio indispensabile per sopravvivere, quindi fai pure
con calma, per il resto, prendi per buono che non puoi evitare il
multicast e che dicono che serva...
-- 
           ~~ ICQ#: 8761263 ~~ 
http://www.delymyth.net/
 ~~
            E-Mail Addy: DElyMyth [at] delymyth [dot] net
           => FREE! Hardware Anti-Virus!!! - /dev/brain <=
Powered By Slackware 8.0 on Asus L7300G - Kernel 2.4.7 - WMaker 0.70.0

 multicast e che dicono che serva...
ecco una buona domanda....
a che diavolo serve?!?!?!?!?
--
Ciao by Allanon

 a che diavolo serve?!?!?!?!?
Vedilo come un grosso broadcast (piu' o meno).
Serve tra le altre cose per streaming, videoconferencing e cose simili.
Alcuni ISP (Infostrada) lo usano per l'autenticazione degli utenti.
Insomma, serve anche se scassa :)


 Scusa se dico delle stupidaggini, ma vorrei capire un po' di piu'.
Indirizzo Multicast. Securfaq, per altre info. Brevemente, alcuni provider
mandano pacchetti diretti a "tutto il mondo", non so perche'. Puoi
ignorarli tranquillamente.
-- 
"Ehi, fratelli. Qui c'e' scritto che c'e' anche il tempo per combattere".
SecurFaq             : 
http://securfaq.usenet.eu.org
Biancorossi Siamo Noi: 
http://www.tifonet.it/free/ancona/

 Uhm...urge documentazione.
Per le adsl di sicuro, ho tenuto sotto sniffer il router un giorno che
non c'era la linea e andava di multicast puri per cercare il router di
autenticazione di infostrada...


 di quei mastodonti.
Hmmmmmm... spazi di indirizzi IP (aka sottoreti) non disgiunte?


 Hmmmmmm... spazi di indirizzi IP (aka sottoreti) non disgiunte?
Router configurati a membro di segugio, insomma? ;)

 Router configurati a membro di segugio, insomma? ;)
La rete stessa. Es.: se 192.168.100.x e' la sottorete a cui appartengono i
miei router e 192.168.150.x sono gli IP che assegno ai modem, i router
dovro' cercarli solo sulla prima. Se entrambe le sottoreti contengono sia
modem che router, i router dovro' cercarli su entrambe, e quindi
broadcastero' su entrambe.
Sperando di aver capito bene il concetto...
