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: nessus-3.06 requires local admin privs to work?

Subject: Re: nessus-3.06 requires local admin privs to work?
Date: Tue, 19 Feb 2008 09:54:47 +0100

Hi Jason,


On Feb 19, 2008, at 8:39 AM, Jason Haar wrote:

Hi there

[reposted: last attempt blackholed after being delivered to  
66.240.11.103]

We've been noticing Nessus incorrectly reporting a tonne of Windows
vulnerabilities on our fully patched XP workstations, and I've figured
out why.

It appears nessus now requires that you run it using a local admin
account to get the correct results, as a whole bunch of tests now
involve looking at the version numbers of DLL files, etc - something
that has to be done via connecting to the admin$ share.

e.g. we are seeing most (but not all) of our fully patched XP-SP2
machines showing up as not being patched against ms03-024 (i.e.  
11787).
If I re-run the scan using an account that has local admin privs,  
these
"hits" disappear.

There are two ways to look for the presence of a given Microsoft  
patch : either check in the registry that the patch has been applied,  
or look at the version of the DLL itself.

Looking at the registry used to be a reliable way of checking for  
patches, but it's increasingly becoming less and less of an option :  
some 3rd party patch deployment tools apparently do not create the  
proper registry entries when applying a patch, there are/were some  
problematic patches in the past where the registry entry would be  
created, then the patch would make sure it can be applied and then it  
would be applied (so if the host is missing a requisite, then the  
registry entry would be there but the patch would not be deployed),  
and starting with Windows Vista, Microsoft dropped support for getting  
patches from the registry altogether and this is something I assume  
will also be true for Windows Server 2008.

In fact, for a while Microsoft recommended to check for the version of  
the DLLs themselves to make sure that a patch is applied.


So, whenever possible, Nessus does both - it looks at the DLL itself  
if it's granted the proper credentials, or it looks at the registry  
entry if it does not have enough privileges to read ADMIN$. In the  
future, I would not be surprised if it only checked for the version of  
the DLLs on disk (some patches deployments are already solely checked  
by looking at files on disk, as there are no option to check for it in  
the registry).


So you should discuss your policy between your infosec and netops  
teams and make sure that infosec has an account with the proper  
privileges -- being able to *properly* audit your hosts is definitely  
a SOX requirement.



                                        -- Renaud



_______________________________________________
Nessus mailing list
Nessus@list.nessus.org
http://mail.nessus.org/mailman/listinfo/nessus

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