If I scan my server with nmap, it shows that 21 port is opened. But when I login into this server and run netstat, I see nothing.

$ nmap -sT server

Starting Nmap 4.76 ( http://nmap.org ) at 2009-06-24 11:54 MSD
Interesting ports on server (x.x.x.x):
Not shown: 994 filtered ports
PORT     STATE  SERVICE
21/tcp   open   ftp
22/tcp   open   ssh
...

Nmap done: 1 IP address (1 host up) scanned in 7.97 seconds
$ netstat --listen --tcp --numeric

How can it be? Can it be a security issue?

UPD: tcpdump output while connecting with nmap

13:13:02.982805 IP 10.19.10.2.51983 > server.ftp: S 767068541:767068541(0) win 5840 
13:13:04.096705 IP 10.19.10.2.52000 > server.ftp: S 792080356:792080356(0) win 5840 
13:13:04.131169 IP server.ftp > 10.19.10.2.52000: S 3312178661:3312178661(0) ack 792080357 win 32768 
13:13:04.131346 IP 10.19.10.2.52000 > server.ftp: . ack 1 win 46 
13:13:04.131737 IP 10.19.10.2.52000 > server.ftp: R 1:1(0) ack 1 win 46 

12 Answers 12

up vote 10 down vote accepted

Are you on the same segment as the server in question? Portscanning via routers can give bogus results.

  • Server is in datacenter – lexsys Jun 24 '09 at 9:00
  • And is the machine you're running nmap from also in the datacenter and in the same subnet? – chankster Jun 24 '09 at 9:05
  • No, it is not in datacenter. – lexsys Jun 24 '09 at 9:07
  • 2
    While I realize you may not have the option, try running nmap from a machine in the same subnet to rule out router interference. – chankster Jun 24 '09 at 9:28
  • I can't do this - we have only one server in this datacenter. – lexsys Jun 24 '09 at 12:58

As previously mentioned, I'm posting here to re-itterate; this is common if you're nmap'ing from behind a NAT'd router. Are you running NMAP from behind your home ADSL or Cable modem. I see this all the time with my Apple TimeCapsule. It can give you a shock the first time you see it :)

Andrew

From tcpdump, it is showing clearly that someone is responding. To your requests.

Can you try:

  • FTP'ing directly to the box? See what it happens?
  • If you have a NAT in the middle, it might be redirecting to another box.
  • Can you run tcpdump on the destination machine itself? See if any packet is getting through.

Plus, try nc -l tcp 21 to see if you can listen on the port 21. If you can't and nothing is showing up on netstat, you might be compromised. Try rootcheck to see if it finds something (since chkrootkit didn't found any: http://www.ossec.net/rootcheck ).

Look at this answer:

Turning off FTP

Odd one, try running tcpdump while connecting to it with nmap, that should show whether the traffic is actually getting to the machine.

Maybe there is some kind of NAT on this machine or any other router on the way? Check output of iptables-save (if it's Linux)

  • Yes. I nmap from natted network. – lexsys Jun 24 '09 at 12:10

Is your DNS working. Try nmapping by IP instead of name.

  • The same result – lexsys Jun 24 '09 at 12:10

Your server is probably infected with a rootkit

  • I also thought about this possibility. But chkrootkit and rkhunter show nothing suspicious. – lexsys Jun 24 '09 at 12:29
  • I think this is a possibility, but let's try to eliminate the obvious first. – MarkR Jun 25 '09 at 7:05

It could be a security issue. If your server has been rootkitted then the kernel will report what the kernel is told to report by the rootkit and would therefore show a discrepancy with the external scan.

It may be interesting to see if you can actually ftp to the server. You may want to use telnet or netcat and rfc959 to see if you get any low level responses that could clue you in to where and what is responding on that port.

  • No, I can't. My server firewall drops packets on this port. – lexsys Jun 24 '09 at 13:29

Could you have something in /etc/inetd.conf or xinetd.conf that would open that port?

  • It would show on netstat.... – sucuri Jun 24 '09 at 18:18

Try nmap'ing another address on the same network which you know is unused; if that also shows the port open, then someone is NAT'ing your traffic somewhere else.

Your Answer

 

By clicking "Post Your Answer", you acknowledge that you have read our updated terms of service, privacy policy and cookie policy, and that your continued use of the website is subject to these policies.

Not the answer you're looking for? Browse other questions tagged or ask your own question.