Newsgroup: it.comp.sicurezza.varie
Titolo: Porte chiuse ma pc NON invisibile

Salve a tutti,
ho provato a controllare il mio firewall con nmap e ho visto che tutte le
porte sono chiuse:
[morpheo@terra morpheo]$ nmap -sT 151.30.xx.xxx
Starting nmap V. 2.53 by 
fyo...@insecure.org
 ( 
www.insecure.org/nmap/
 )
Interesting ports on 
ppp-xxx-xx.30-151.libero.it
 :
(The 1023 ports scanned but not shown below are in state: filtered)
Port       State       Service
1024/tcp   closed      kdm                     
    [cut]
65301/tcp  closed      pcanywhere              
Nmap run completed -- 1 IP address (1 host up) scanned in 126 seconds
[morpheo@terra morpheo]$ nmap -sU 151.30.xx.xxx
Starting nmap V. 2.53 by 
fyo...@insecure.org
 ( 
www.insecure.org/nmap/
 )
All 1448 scanned ports on 
ppp-xxx-xx.30-151.libero.it
 are: losed
Nmap run completed -- 1 IP address (1 host up) scanned in 3 seconds
Il problema e' questo, nonostante siano chiuse nmap rileva che il pc e' UP
come posso fare per evitarlo ?
Che regola posso aggiungere nel firewall (iptables) ?
Grazie
-- 
Bye bye Morpheo
E-MAIL: Sai gia' cosa togliere !!
GPG Key available on demand
GPG Key fingerprint = B208 B363 E5A7 47D1 71FB  2615 5331 1799 9EEB DB5E
<< POWERED BY LINUX >>
--

 Che regola posso aggiungere nel firewall (iptables) ?
devi (perche' poi? ci sono pro e contro...) bloccare ICMP tipo 0
(echo reply) in uscita, cosi' non rispondi piu' ai ping.
comunque ti rifilo queste note.
ICMP
To prevent denial of service attacks based on ICMP bombs, filter
incoming Redirect (5) and outgoing Destination Unreachable (3).
Note, however, disabling Destination Unreachable (3) is not
advisable, as it is used to negotiate packet fragment size.
For bi-directional ping.
Message Types:  Echo_Reply (0),  Echo_Request (8)
To prevent attacks, limit the src addresses to your ISP range.
For outgoing traceroute.
Message Types:  INCOMING Dest_Unreachable (3),Time_Exceeded (11)
default UDP base: 33434 to base+nhops-1
For incoming traceroute.
Message Types:  OUTGOING Dest_Unreachable (3), Time_Exceeded (11)
To block this, deny OUTGOING 3 and 11
 0: echo-reply (pong)
 3: destination-unreachable, port-unreachable, fragmentation-needed, etc.
 4: source-quench
 5: redirect
 8: echo-request (ping)
11: time-exceeded
12: parameter-problem
-- 
nebbia

 prova a pingarti ;) vedrai che rispondi.
Non basta bloccare le echo request...
Domanda: a cosa corrisponde quel "closed" riportato da nmap, in termini di
pacchetti ricevuti? :-)
-- 
Inviato il lun 21 mag 2001 17:38:28 CEST da 194.237.142.24
[194.237.142.24]
http://www.neuromante.net/

Chiudi TUTTE le porte e TUTTI i protocolli che non utilizzi.
Quindi chiudi completamente il protocollo ICMP. Se il tuo firewall non
dispone di stateful inspection non sarai piu' in grado ne' di pingare ne' di
essere pingato e non solo.

In un messaggio del Mon, 21 May 2001 22:11:25 +0200 Zibri scriveva:


.. non funzionera' piu' una mazza...
-- 
Pierluigi De Rosa (
tho...@durin.khazad-dum.net
).
<<      LINUX: the choice of a GNU generation     >>
<<   For my real address... ask the Balrog.       >>
* Sostenete la Lega per la Soppressione dei Troll *

 Grazie
Dipende da come hai fatto il firewall: dalla documentazione di nmap si 
legge che:
se nel tuo firewall hai impostato una regola per chiudere una porta x 
vietando solo al pacchetto con flag SYN impostato e RST resettato (per 
intenderci, quello che apre la connessione) e poi permetti tutti gli 
altri, nmap fa una cosa furba:ne manda uno *senza* il flag syn, come se 
la connessione ci fosse. Il tuo SO capisce che c'č stato un errore e 
manda indietro un pacchetto da quella porta con un flag RST impostato, 
per aiutare l'altro stack tcp a capire che c'č stato un problema e chwe 
deve rinegoziare l'apertura della connessione.
Intanto nmap ha avuto l'informazione che voleva:)
Per un firewall (un pochino +) sicuro devi usare l'opzione RELATED anche 
per tutti i pacchetti, in modo che non passa *nessun* pacchetto se non 
facente parte di una connessione gią autorizzata (in teroria,poi vai a 
vedere...;)
Ciao. Radel (Amante di iptable costretto dal ramo stable ad usare ipchains:(

 Ciao. Radel (Amante di iptable costretto dal ramo stable ad usare ipchains:(
Hai la mia solidarieta'...:)
-- 
Inviato il mar 22 mag 2001 11:31:00 CEST da 212.177.57.193
[212.177.57.193]
http://www.neuromante.net/

 comunque ti rifilo queste note.
[cut]
Grande grazie, mi dici anche dove le hai pescate. :-)


 Grande grazie, mi dici anche dove le hai pescate. :-)
erano note allegate a una configurazione di ipchains, non c'e'
l'autore.
-- 
nebbia

 .. non funzionera' piu' una mazza...
Anche secondo me, il protocollo ICMP sara' anche di moda bloccarlo ma poi ...


 vedere...;)
Good info, mi fiondo a vedere come funzia :-)



 
| Ciao. Radel (Amante di iptable costretto dal ramo stable ad usare ipchains:(
Beh, puoi sempre scaricarti i sorgenti dei pacchetti(tar.gz+dsc+diff)
che ti servono da sito della debbie e ricompilarli per la stable ^^
Henryx
-- 
===UN*X is SEXY!===
who|grep -i "green eyes"|date; cd ~; apropos fsck; whatis `unzip`|touch; 
strip; finger; mount; gasp; yes|more; uptime; umount; sleep