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: Configuration file "resets"

Subject: RE: Configuration file "resets"
Date: Wed, 31 May 2006 08:22:14 -0500
Hello George,

Putting it in a server config does make more sense as we never want to scan
those addresses.

Thanks!

Tim Doty


-----Original Message-----
From: nessus-bounces@list.nessus.org [mailto:nessus-bounces@list.nessus.org]
On Behalf Of George A. Theall
Sent: Friday, May 26, 2006 7:12 PM
To: nessus@list.nessus.org
Subject: Re: Configuration file "resets"

On Fri, May 26, 2006 at 04:17:08PM -0500, Doty, Timothy T. wrote:

I need to exclude a list of systems as being valid targets. They 
should never be scanned (they're tarpits). I found the following when 
searching for how to configure nessus for this. The only problem is 
nessus wipes the configuration every time it is run. Is this dated? Or 
am I missing something? I'm using nessus 3.0.2 and scanning with the 
commandline client in batch.
...
Assuming you want to exclude, say, 192.168.1.3 and 192.168.1.123 from 
testing, you'd edit /usr/local/etc/nessus/nessusd.rules [*] and write 
in
it :
deny 192.168.1.3
deny 192.168.1.123
default accept

[*] Or /usr/local/var/nessus/users/<yourlogin>/rules or
   ~/.nessusrc in the "RULES" section

The first two approaches are done on the server side and hence unaffected by
updates made to the client config. If you'd rather use a client-side
approach, though, why don't you consider adding a section to your batch
process to include the necessary rules in the config file each time?

George
--
theall@tenablesecurity.com
_______________________________________________
Nessus mailing list
Nessus@list.nessus.org
http://mail.nessus.org/mailman/listinfo/nessus

Attachment: smime.p7s
Description: S/MIME cryptographic signature

_______________________________________________
Nessus mailing list
Nessus@list.nessus.org
http://mail.nessus.org/mailman/listinfo/nessus
<Prev in Thread] Current Thread [Next in Thread>