OK cool... thanks!
Chandrashekhar B wrote:
Hello Shawn,
Some of the OpenVAS Plugins are derived from the earlier Nessus GPL feed and
some aren't included because of the license issue. Except slad.inc, which
comes if you install SLAD, others are really missing. Very few are depending
on
For some of the packages on Ubuntu, such as,
openoffice.org-help-en-us 2.4.1-1ubuntu2.1
when you run dpkg -l, it returns,
openoffice.org-help-en-us 1:2.4.1-1ubuntu2.1
Some local checks are failing because of this, since the version comparison
fails. I guess the same thing happens
OK, looks like it works now...
What I didn't expect though was I had to clear the openvasd cache. The
cache appears to only hold descriptions rather than plugin_ids but I
kept seeing the same duplicates until I emptied out the cache and then
restarted openvasd with a fresh plugin set. I'm
Ugh. Seems I just ran into a brick wall on this one.
Thinking our parsers were incorrectly dropping the
epoch was itself incorrect. The epoch portions of
the version strings are actually not readily available
in the advisories.
That makes Chandra's original suggestion probably the
best one - to
OK no problem. So are you saying that SSH connections and local checks
are not supported at all or are they simply hit or miss?
Thanks!
Tim Brown wrote:
On Thursday 19 March 2009 14:55:19 Shawn Duffy wrote:
Tired of hearing from me yet? :-)
Not at all, feedback is always good.
So, I'm
On Thursday 19 March 2009 16:25:58 Shawn Duffy wrote:
OK no problem. So are you saying that SSH connections and local checks
are not supported at all or are they simply hit or miss?
Hit and miss. I started working on fixing the bugs and soon realised that it
would probably take rewriting the
Hello, all. We are delighted that, after tracking down a pile of
dependencies, our CentOS 5.2 based automated vulnerability scanning
server is running on OpenVAS. However, it is automated and runs scans
from cron jobs calling OpenVAS-Client in batch mode. Thus, updating the
rc files with the
