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 Nessus-Users
[Top] [All Lists]

Re: Port scan

Subject: Re: Port scan
Date: Tue, 23 Jan 2007 22:44:36 +0100
On Tue, 23 Jan 2007 07:45:55 -0600
"Scott Pate" <spate@Spohncentral.com> wrote:

I ran into this problem the other day running a port scan (1-65535)
on a firewall (which dropped all packets - no open or closed ports)

Considering what happened, I suspect that your firewall does not "drop"
packets but rather "rejects" them with ICMP messages.

When using nessus_tcp_scan, the 'portscan' status bar for the host
would get all the way to the end, and then start over from the
beginning.

Yes, that's normal. In some cases, nessus_tcp_scanner runs additionnal
passes.

It did this for about 4 hours until I stopped it.

Mmmhhhh... Disappointing :(

Is this expected behavior from these scanners? 

If this target IP really _drops_ all packets, definitely not. I'll
double check and keep you in touch anyway.
If it answers with ICMP messages which are often limited (8 / s on
Linux), the scanners can be awfully slow.
 
Any idea on the remote host OS and packet filter?
Which was the value of max_check?
_______________________________________________
Nessus mailing list
Nessus@list.nessus.org
http://mail.nessus.org/mailman/listinfo/nessus

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