Re: Architecture of NESSUS
Javier Fernandez-Sanguino <[email protected]> Thu, 09 Jun 2005 14:00:53 +0200
| Newsgroups | gmane.comp.security.nessus.general,gmane.comp.security.basics,gmane.comp.security.nessus.announce |
|---|---|
| Organization | Germinus |
| Message-ID | <[email protected]> |
Rajiv Ranjan wrote: > Hello folks, >=20 No need to crosspost this to alll the lists! > we need to know the details about NESSUS vulnerability scanner. > Like. Most of your questions are answered already in mailing list archives.=20 You don't seem to have made any effort of answering them yourself. > 1. The ARCHITECTURE of nessus(nessus client and daemon). Please check out http://www.nessus.org/documentation/ and read the=20 information there. You will easily see that Nessus uses a Client -=20 Server architecture. Where server is always a UNIX system (Nessus is=20 available in source form and has been compiled by users for many=20 different OSes, although it's typically Linux) and Client can be a=20 UNIX system (if using the GTK gui), a Windows system (if using=20 NessusX) or a web browser (if using Inprotect and similar www frontends) > 2. How nessus is using different O/S tools like, NMAP, HYDRA.. Calls them with options, parses results. Browse the code of the=20 non-NASL plugins at=20 http://cvsweb.nessus.org/cgi-bin/viewcvs.cgi/nessus-plugins/plugins/ You will see that Nessus does support Nmap, Hydra, Nikto and Whisker=20 (if they are installed in the nessus server) > 3. Which module is responsible for what? means which module of nessus i= s > interacting with NMAP, which is for HYDRA and HOW? Check the code above. > 4. Which module is responsible for customization to scan. =BF? > 5. How to write plug in for nessus and also enable and disable the > plug-in(not by using UI) a) Read the NASL documentation. b) Read the manpage of nessusrc > 6. How to customize the report generation of nessus. a) Read the documentation related to the nbe format b) Roll out your own scripts that parse the nbe > 7. How can one integrate nessus with IDS to correlate the report and > alert to reduce false alert . a) Extract the CVE references from plugins b) Correlate with CVE references from IDS c) Priorise those IDS alerts with CVE references that match Nessus Note: Neither Nessus nor Snort are CVE-compatible (yet) but they do=20 have CVE refernces. > 8. How each and every module is interacting with each-other. In many ways (usually through the knowledge base) >=20 > I have searched the net to know the whole > architecture but didn't get much info. If u know or > have some relevant documents then Please let me know. >=20 You have not done enough search, please try again. Javier _______________________________________________ Nessus mailing list [email protected] http://mail.nessus.org/mailman/listinfo/nessus