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: | Suggetion for better explanation for smb_virii.nasl |
|---|---|
| Date: | Wed, 25 Aug 2004 09:20:42 +1200 |
We've had a few False Positives with smb_virii.nasl claming to have found
viruses (via Registry key matches) - when there is no virus on that box.
However, those boxes *had* either been infected at some stage, or (most
likely) a virus had attempted to infect them, and added Registry keys first
before writing the payload - and their AV had blocked that write (but
ignored the Registry change).
So unless smb_virii.nasl can attempt to see if the file being referenced by
these Registry keys actually exists (could be done...), I'd suggest that the
fact that these "hole" could be FPs should be pointed out explicitly.
Perhaps something like:
if(exp == NULL || tolower(exp) >< tolower(value))
{
report = string(
"A registry key has been found that implies the virus '", name, \
"' may present on the remote host\n",
"Solution : ", url, "\n",
"Risk factor : High");
security_hole(port:kb_smb_transport(), data:report);
}
--
Cheers
Jason Haar
Information Security Manager, Trimble Navigation Ltd.
Phone: +64 3 9635 377 Fax: +64 3 9635 417
PGP Fingerprint: 7A2E 0407 C9A6 CAF6 2B9F 8422 C063 5EBB FE1D 66D1
_______________________________________________
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: | Re: auto_enable_dependencies doesn't seem to work correctly for 2.0.12, Jason Haar |
|---|---|
| Next by Date: | Re: Privelege separation, eric |
| Previous by Thread: | Privelege separation, Khurt Williams |
| Next by Thread: | Problem Compiling libnasl, Janelle Seymour |
| Indexes: | [Date] [Thread] [Top] [All Lists] |