Newsgroup: it.comp.os.linux.sys
Titolo: Sun RPC

Salve!
Ho appene controllato su un sito quali porte risultavano aperte sulla mia 
macchina, ed ho trovato queste due soltanto (meno male che uso iptables):
la 111, che sembra essere assegnata alla Remote Procedure Call, e la 6000 
destinata al server X. Non è strano che il mio firewall le lasci scoperte?
Come devo fare per chiuderle? Essendo connesso con l'ADSL, la 111 m'ispira 
poco...
Grazie
-- 
Per l'e-mail rimuovere la frase in maiuscolo e gli underscore.

 poco...
Assolutamente. Problemi con portmap nascono tutti i giorni.
Chiudere bene queste porte con iptables? Sarebbe meglio lasciarle aperte 
  con connessioni da localhost perchè servono per l'ambiente grafico.
iptables -A input -s localhost -d 0.0.0.0 -p tcp --dport 111 -j ACCEPT
iptables -A input -s 0.0.0.0 -d 0.0.0.0 -p tcp --dport 111 -j REJECT
Questo potrebbe funzionare...
Ennio Porro

 
Ciao, tramite quale sito è possibile fare una verifica come quella che
hai fatto?
Ciao & TIA
Antonio
-- 
--
    **** !!!! attenzione: campo From alterato !!!! ****
-------------------------------------------------------------
Antonio Madesani: amadesani(at)libero(punto)it

 Come devo fare per chiuderle?
disinstalla il portmap


|Date: Tue, 20 May 2003 22:56:55 +0200
|Subject: Re: Sun RPC
|
|
|Assolutamente. Problemi con portmap nascono tutti i giorni.
|Chiudere bene queste porte con iptables? Sarebbe meglio lasciarle aperte
|  con connessioni da localhost perchè servono per l'ambiente grafico.
|
|iptables -A input -s localhost -d 0.0.0.0 -p tcp --dport 111 -j ACCEPT
|iptables -A input -s 0.0.0.0 -d 0.0.0.0 -p tcp --dport 111 -j REJECT
|
|Questo potrebbe funzionare...
  La catena deve avere il nome maiuscolo:  "INPUT", invece di "input".
Le due regole sopra potrebbero essere riassunte in una sola:
iptables -A INPUT -s ! localhost -d 0.0.0.0 -p tcp --dport 111 -j DROP
(o "REJECT", se si ha il relativo modulo pronto).
  Ancora più importante, i servizi rpc viaggiano su UDP, piuttosto che su TCP,
meglio quindi omettere l'opzione "-p tcp" perché valga quella di default che è
"-p all".
  Sandro
-- 
Bellum se ipsum alet
       La guerra nutre se stessa
Livio, Ab urbe condita, XXXIV,9

 che è "-p all".
se la ometti ti dà errore perchè non può applicare il match sulle porte
per protocolli come icmp che non le hanno...
tocca fare una regola per protocollo.
Per inciso, io matcherei, più che sulla sorgente, sull'interfaccia.
Byez.
-- 
Emanuele Balla  aka Skull -  Public Key #661E5CBF on 
www.keyserver.com
+----------------------------------------------------------------------+
"And 1.1.81 is officially BugFree(tm), so if you receive any bug-reports
on it, you know they are just evil lies." (By Linus Torvalds)

 hai fatto?
http://tools-on.net/privacy.shtml?2
Saluti


 Per inciso, io matcherei, più che sulla sorgente, sull'interfaccia.
Occhei, grazie assai!


 iptables -A INPUT -s ! localhost -d 0.0.0.0 -p tcp --dport 111 -j DROP
Non funziona. Lo scanner remoto le rileva ancora aperte verso l'esterno, 
anche mettendo -p udp.


Il giorno Thu, 22 May 2003, Zero così ha scritto:
|From: Zero <fiqpgc@_SPAMMER_AL_CONFINO_IN_SIBERIA_tin.it>
|Date: Thu, 22 May 2003 14:43:26 GMT
|Subject: Re: Sun RPC
|
|Alessandro Selli (
adoro....@libero.it
),10:50, mercoledì 21 maggio 2003,
|scrisse nel messaggio <Pine.LNX.4.55.0305211046040.274@aselli>:
|
|> iptables -A INPUT -s ! localhost -d 0.0.0.0 -p tcp --dport 111 -j DROP
|
|Non funziona. Lo scanner remoto le rileva ancora aperte verso l'esterno,
|anche mettendo -p udp.
|
  Può darsi che il canale sia rimasto aperto perché esisteva già una
connessione accettata in precedenza.  E quindi una regola tipo --state
RELATED,ESTABLISHED -j ACCEPT ha mantenuto aperto il canale.  Prova a chiudere
l'interfaccia, attivare il firewall e riaprire l'interfaccia.


 anche mettendo -p udp.
Scusa, ma cosa intendi con "lo scanner remoto la segnala aperta"?
Considera che il comportamento di una porta udp aperta senza servizi è
mandare un icmp, il comportamento di default di una porta aperta è non
mandare nulla (a meno che il protocollo che l'ha bindata non debba
rispondere..). Se la rule che applichi è drop, come in questo caso, lo
scanner può rimanere fregato da questo: assume che la porta sia aperta
solo perchè non ottiene risposta.
Prova a cambiare il target in REJECT (occhio a caricare il modulo
apposito), e vedi che ti dice lo scanner...
Hope it helps...


 Hope it helps...
Yes, it helped!
Provando anche con telnet a connettermi all'indirizzo che ho su 
internet (non al loopback) ad una di quelle porte la connessione viene 
rifiutata.
Grazie.


 (non al loopback) ad una di quelle porte la connessione viene rifiutata.
Non ti seguo per 2 motivi:
 - telnet su udp???
 - telnet su indirizzo pubblico e non sulla loopback? se lo fai dalla
stessa macchina, è la stessa cosa...
Byez...


 stessa macchina, è la stessa cosa...
Forse le connessioni Alice passano per un proxy o non so cos'altro.
Saluti
