Newsgroup: it.comp.os.linux.debian
Titolo: Problema porte aperte...

Ho settato iptables e in particolare, avendo già riscontrato il
problema, ho aggiunto:
 
-A INPUT -p tcp -m multiport --sports 902,8822 -j DROP
-A INPUT -p udp -m multiport --sports 902,8822 -j DROP
 
e
 
-A OUTPUT -p tcp -m multiport --dports 902,8822 -j DROP
-A OUTPUT -p udp -m multiport --dports 902,8822 -j DROP
 
nonostante questo ho rifatto la scansione delle porte, ecco il risultato:
 
Starting Nmap 6.47 ( 
http://nmap.org
 ) at 2016-05-04 08:01 CEST
NSE: Loaded 118 scripts for scanning.
NSE: Script Pre-scanning.
Initiating Parallel DNS resolution of 1 host. at 08:01
Completed Parallel DNS resolution of 1 host. at 08:01, 0.00s elapsed
Initiating SYN Stealth Scan at 08:01
Scanning mycomp.lan (192.168.0.5) [65535 ports]
Discovered open port 902/tcp on 192.168.0.5
Discovered open port 8822/tcp on 192.168.0.5
Completed SYN Stealth Scan at 08:01, 8.30s elapsed (65535 total ports)
Initiating Service scan at 08:01
Scanning 2 services on mycomp.lan (192.168.0.5)
Completed Service scan at 08:01, 5.00s elapsed (2 services on 1 host)
Initiating OS detection (try #1) against mycomp.lan (192.168.0.5)
NSE: Script scanning 192.168.0.5.
Initiating NSE at 08:01
Completed NSE at 08:02, 30.01s elapsed
Nmap scan report for mycomp.lan (192.168.0.5)
Host is up (0.0000080s latency).
Not shown: 65533 closed ports
PORT     STATE SERVICE         VERSION
902/tcp  open  iss-realsecure?
8822/tcp open  unknown
Device type: general purpose
Running: Linux 3.X
OS CPE: cpe:/o:linux:linux_kernel:3
OS details: Linux 3.7 - 3.15
Uptime guess: 0.011 days (since Wed May  4 07:46:33 2016)
Network Distance: 0 hops
TCP Sequence Prediction: Difficulty=259 (Good luck!)
IP ID Sequence Generation: All zeros
 
NSE: Script Post-scanning.
Read data files from: /usr/bin/../share/nmap
OS and Service detection performed. Please report any incorrect results
at 
http://nmap.org/submit/
 .
Nmap done: 1 IP address (1 host up) scanned in 46.34 seconds
           Raw packets sent: 65674 (2.892MB) | Rcvd: 131339 (5.520MB)
 
Cosa fare?
Grazie anticipatamente.
 
 

 Grazie anticipatamente.
 
Leggendo un'altro tread ho usato il comando:
 
sudo netstat -anp | grep 902
[sudo] password for mycomp: 
tcp        0      0 
0.0.0.0:902
             0.0.0.0:*               LISTEN
     1804/vmware-authdla
tcp6       0      0 :::902                  :::*                    LISTEN
     1804/vmware-authdla
tcp6       1      0 ::1:47902               ::1:631                
CLOSE_WAIT  1510/cups-browsed
unix  3      [ ]         STREAM     CONNECTED     19021   
1846/dbus-daemon    @/tmp/dbus-QPfqVA3s7H
 
sudo netstat -anp | grep 8822
tcp        0      0 
0.0.0.0:8822
            0.0.0.0:*               LISTEN
     1673/smfpd     
 
Ho VmWare sul mio PC ma non capisco perchè la porta 902 resta esposta.
Non capisco cosa sia smfpd e come si elimini, eventualmente.
Ciao.
 

 problema, ho aggiunto:
 
  Bisogna vedere tutte le regole per poter dire che cosa succede dentro
il firewall.
 
 
  Ciao,
 
 
-- 
Alessandro Selli 
http://alessandro.route-add.net
 
AVVERTENZA: i messaggi inviati a "trappola" non mi arriveranno.
WARNING: messages sent to "trappola" will never reach me.

 il firewall.
 
Ecco:
 
# Regole firewall
*filter
:INPUT DROP [5:180]
:FORWARD DROP [0:0]
:OUTPUT DROP [0:0]
:syn-flood - [0:0]
# Regole Input
# Firewall SPI
-A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
# loopback
-A INPUT -i lo -j ACCEPT
#Blocca 902,631,8822
-A INPUT -p tcp -m multiport --sports 902,631,8822 -j DROP
-A INPUT -p udp -m multiport --sports 902,631,8822 -j DROP
-A INPUT -p udp -j ACCEPT
-A INPUT -p tcp -j ACCEPT
# Regole Output
# loopback
-A OUTPUT -o lo -j ACCEPT
# Firewall SPI
-A OUTPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
#Blocca 631,902,8822
-A OUTPUT -p tcp -m multiport --dports 631,902,8822 -j DROP
-A OUTPUT -p udp -m multiport --dports 631,902,8822 -j DROP
-A OUTPUT -p udp -j ACCEPT
-A OUTPUT -p tcp -j ACCEPT
COMMIT
 


  Mah... a me non succede:
 
[root@wkstn03 ~]# iptables -vL INPUT
Chain INPUT (policy ACCEPT 145 packets, 48171 bytes)
 pkts bytes target     prot opt in     out     source
destination
    0     0 DROP       tcp  --  any    any     anywhere
anywhere             multiport sports 902,8822
    0     0 DROP       udp  --  any    any     anywhere
anywhere             multiport sports 902,8822
[root@wkstn03 ~]# nmap -PS 192.168.1.35
 
Starting Nmap 6.47 ( 
http://nmap.org
 ) at 2016-05-13 11:10 CEST
Nmap scan report for *.*.locale (192.168.1.35)
Host is up (0.000042s latency).
All 1000 scanned ports on *.*.locale (192.168.1.35) are closed
 
Nmap done: 1 IP address (1 host up) scanned in 3.04 seconds
[root@wkstn03 ~]#
 
  E infatti la regola è usata:
 
[root@wkstn03 ~]# iptables -vL INPUT
Chain INPUT (policy ACCEPT 18868 packets, 3320K bytes)
 pkts bytes target     prot opt in     out     source
destination
    1    40 DROP       tcp  --  any    any     anywhere
anywhere             multiport sports 902,8822
    0     0 DROP       udp  --  any    any     anywhere
anywhere             multiport sports 902,8822
[root@wkstn03 ~]#
 
  La regola permissiva che hai non cambia nulla.  Se infatti l'aggiungo
al mio firewall:
 
[root@wkstn03 ~]# iptables -I INPUT -m state --state RELATED,ESTABLISHED
-j ACCEPT
[root@wkstn03 ~]# iptables -vL INPUT
Chain INPUT (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source
destination
    0     0 ACCEPT     all  --  any    any     anywhere
anywhere             state RELATED,ESTABLISHED
    1    40 DROP       tcp  --  any    any     anywhere
anywhere             multiport sports 902,8822
    0     0 DROP       udp  --  any    any     anywhere
anywhere             multiport sports 902,8822
[root@wkstn03 ~]#
 
  ... continuo a vedere correttamente quella porta chiusa:
 
[root@wkstn03 ~]# nmap -PS 192.168.1.35
 
Starting Nmap 6.47 ( 
http://nmap.org
 ) at 2016-05-13 11:36 CEST
Nmap scan report for *.*.locale (192.168.1.35)
Host is up (0.000076s latency).
All 1000 scanned ports on *.*.locale (192.168.1.35) are closed
 
Nmap done: 1 IP address (1 host up) scanned in 3.09 seconds
[root@wkstn03 ~]# iptables -vL INPUT
Chain INPUT (policy ACCEPT 1263 packets, 100K bytes)
 pkts bytes target     prot opt in     out     source
destination
 5123  673K ACCEPT     all  --  any    any     anywhere
anywhere             state RELATED,ESTABLISHED
    1    40 DROP       tcp  --  any    any     anywhere
anywhere             multiport sports 902,8822
    0     0 DROP       udp  --  any    any     anywhere
anywhere             multiport sports 902,8822
[root@wkstn03 ~]#


 [root@wkstn03 ~]#
 
Suggerimenti?
 

 Suggerimenti?
 
  Perché sia sicuro dello stato del tuo PC/server, invia l'output di
iptables --line-numbers -vL, di iptables --line-numbers -vL -t nat, di
iptables --line-numbers -vL -t mangle e la riga di comando di nmap con
cui analizzi la raggiungibilità delle porte che vuoi filtrare.  Do per
scontato che il comando nmap l'abbia lanciato sulla stessa macchina
sulla quale hai configurato il firewall e che non stia lavorando in una
macchina virtualizzata, anche se non dovrebbe fare nessuna differenza.
L'output di ip addr list e di ip route list potrebbe essere utile.


 L'output di ip addr list e di ip route list potrebbe essere utile.
 
Che dici reinstallo tutto e faccio prima? Sono un po' sfiduciato... :(
 


  Dico che se reinstalli tutto e poi ti dovesse succedere di nuovo la
stessa cosa avresti perso tempo.  Meglio usarlo adesso quel tempo per
capire che cosa è successo al tuo sistema che le regole del firewall
non hanno l'effetto atteso.  Ma senza poter vedere le regole delle
tabelle del tuo firewall, i file di configurazione e lo stato delle tue
interfacce (e, eventualmente, la presenza di servizi di sistema che
potrebbero reimpostare queste regole secondo i loro criteri) non posso
che andare a tentativi e tirare ad indovinare.


 che andare a tentativi e tirare ad indovinare.
 
Direi che mi dici cosa dovrei postare vediamo se riusciamo a risolvere.
Ciao! ;)
 

 stessa...andare a tentativi e tirare ad indovinare.
 
Sono in stand-by....
 

 Sono in stand-by....
 
  Ho già scritto tredici giorni fa che cosa devi fare.
