Ethical Hacking

Learn to find vulnerabilities before the bad guys do! Gain real world hands on hacking experience in our state of the art hacking lab. Course designed and taught by expert instructors with years of penetration testing experience. 12 student maximum in every class. Certification attempt included in every package.
Computer Forensics Training at InfoSec Institute

Gain the in-demand skills of a certified computer examiner, learn to recover trace data left behind by fraud, theft, and cybercrime perpetrators. Discover the source of computer crime and abuse at your organization so that it never happens again. All of our class sizes are guaranteed to be 12 students or less to facilitate one-on-one interaction with one of our expert instructors.




Network Security Security-Basics
[Top] [All Lists]

Re: Help understanding NMAP results

Subject: Re: Help understanding NMAP results
Date: Mon, 25 Jul 2005 03:33:53 +0200
Theodore Wynnychenko wrote:

Hello:

Well, hopefully this isn't too "stupid" a question to ask, but I have to ask
anyway.  I am nothing like a "computer security expert," (my job has nothing
to do with IT) but I have been playing with old computers and Linux in my
spare time (always learning).

Anyway, I have an old computer that runs LEAF LRP (linux kernel 2.4.27 or
so) as an external firewall to my home network.  This system basically uses
Shorewall to administer IPTABLES, and is set to default DROP any packets
comming in on the exernal NIC.

In the past, I did some basic port scans against myself using "online
scanners", and always got back information indicating that no ports were
responding (everything was "Stealth" - everything silently dropped).

So, while looking around, I came across NMAP, and decided to use it to scan
myself.  Went over to a friend's house, and ran an NMAP scan against myself
(nmap -sS -v -P0 -O xx.xx.xx.xx), and it says "Discovered open port
5190/tcp".

Now, this really confuses me.  When I scan myself using "online" scanners
(directed specifically at 5190), I get back that packets were
dropped/"stealthed," but NMAP says its open.  I added a specific rule (in
addition to the default drop policy) to drop anything to tcp 5190, but this
made no difference.  The "online" scanners still say nothing there, NMAP
still says its open.

NMAPs OS identification gives me several possibilities including "Linux
2.4.x|2.5.x," so NMAP does seem to be getting some imformation from the
firewall.

TCP 5190 is apparently related to AOL IM, but this is not something I have
ever used, and I can't think of any reason why the LEAF Firewall would have
it open.

What am I missing?

Thanks in advance for any help.

bye - ted






I am no computer expert too but i also enjoy playing with pc s too :)

I have no all in one package solution to your problem but perhaps the words below help

You could listen on that port and see what traffic is passing when you do a scan. And/or let shorewall log all traffic of that port.

And the way you scan :

- (nmap -sS -v -P0 -O xx.xx.xx.xx)

is telling nmap to send the host a -syn packet and that means something is listening on that port by returning an -ack packet.
wich is referred in the nmap manual as half open scanning
+ man nmap


So my guess is that something on your host is listening on that port wich is succesfully blocked by shorewall in case tcp-connect scanning

- (nmap -sT -v -P0 -O xx.xx.xx.xx)

There are also other way to sniff the traffic on that port with programs like

ettercap
dsniff

An other way is to get your hand on a security related live cd boot and you 
have all kinds of auditing tools to get the answers you need without installing 
all kinds of potentialy dangerous programs on your firewall machine.

http://www.frozentech.com/content/livecd.php?pick=All&showonly=Security&sort=&sm=1

Hope this helps





<Prev in Thread] Current Thread [Next in Thread>