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. |

| 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 init :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
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> |
|---|---|---|
| ||
| Previous by Date: | Nessj 0.6.1 Released (a.k.a. Reason), Janos Szatmary |
|---|---|
| Next by Date: | Error message when launching Nessus 2.2.8, Kelly, Jim |
| Previous by Thread: | Re: Configuration file "resets", George A. Theall |
| Next by Thread: | Nessus Network Scan SMB Login, Dennis Xu |
| Indexes: | [Date] [Thread] [Top] [All Lists] |