26.02.28.01

OK ... now that I managed to resolve the issues that had been plagueing me, and my life is returning to a normal rhythum, I'm able to build, test, and push when GB pushes new release. This is minor update from GB including some changes to gsad that I had to hold back because they broke some of my customizations. As of today, everything is running with the most recent releases from GB.

Additionally, there are the bits in the startup scripts that will automagically upgrade to postgresql 15 if you set the PGVER=15. it's later than I initally hoped, but by the end of March, I will make 15 the default as 13 is past EOL.

-Scott

Full Changelog: 26.02.24.01...26.02.28.01

26.02.24.01

It has been quite a while now since I've had a release. Combination of minor issues with some changes (The postgres 15 update), some issues with changes from GB ( There was a regression with the latest version of python-redis that stalled me for the last 5 days.) and life.....

But now the upgrade to 15 seems to be working smoothly. You can choose to start a new container with 15 as well. I'll give this a few days, before I make it the latest.

Full Changelog: 25.11.18.01...26.02.24.01

25.11.25.02 (Fixed PDF regresion)

So ... there was a logic error in the build scripts that meant the base image didn't get rebuilt and was running on an earlier iteration that didn't include the dependencies for PDF reports.

Thanks to @cybermcm for reporting.

Also another minor version bump from GB.

-Scott

Full Changelog: 25.10.30.02...25.11.25.02

25.11.18.01

Oh Boy ....

  This update brings a shrinking of the image and the new openvasd (well .. new for me). Some time ago, GB stopped updating the notus-scanner in favor of their new rust based openvasd. This update shifts to that architecture as well as removes some unnecessary packages and cleans up the ovasbase image to reduce the overall image size. 
  And of course the obligatory version bumps from Greenbone as well. 
  
  # Greenbone Versions in Latest image: #

Component	Version		Component	Version
gvmd	v26.8.0		gvm_libs	v22.31.1
openvas	v23.31.4		openvas_smb	v22.5.10
notus_scanner	v22.7.2		gsa	v26.4.1
gsad	v24.9.0		ospd	v21.4.4
ospd_openvas	v22.9.0		pg_gvm	v22.6.11
python_gvm	v26.7.1		gvm_tools	v25.4.2
greenbone_feed_sync	v25.1.7

New release: 25.10.30.2

After many delays and some minor issues, there's finally a new full release.

I added some bits to make regenerating the feed archive and database a little easier for me, which created it's own set of problems, which unfortunately made it into the data archive for the "latest" image.

Other changes are minor updates to code from GB.

Enjoy!

-Scott

Full Changelog: 25.08.28.01...25.10.30.02

Version 25.08.28.01

Nothing earth shattering, version updates from Greenbone.

Greenbone Versions in Latest image:

Component	Version		Component	Version
gvmd	v26.2.1		gvm_libs	v22.26.0
openvas	v23.23.1		openvas_smb	v22.5.10
notus_scanner	v22.7.2		gsa	v25.3.1
gsad	v24.5.4		ospd	v21.4.4
ospd_openvas	v22.9.0		pg_gvm	v22.6.11
python_gvm	v26.5.0		gvm_tools	v25.3.3
greenbone_feed_sync	v25.1.0

Full Changelog: 25.03.03...25.08.28.01

25.03.03

Version 25.03.03 fixes a regression(#331) that brought back the wrong version of impacket (Thanks to @gooseleggs) and includes the latest bits from Greenbone's updates.

Full Changelog: 25.02.02...25.03.03

25.02.02

Updates from GB. Latest gvmd is now 25.0.0

Full Changelog: 25.02.01...25.02.02

25.02.01

This is a minor version bump from Greenbone but ...

Also

I ran into some random cases during testing where, during shutdown, gvmd freaked out when the database shuts down. I've been capturing the shutdown request and ensuring the DB shuts down cleanly for a long time, but this was the first time I'd seen that. While I'm not able to reliably test this scenario, I've added a single pkill gvmd and then a sleep 1 before the DB shutdown, This should force gvmd to finish its actions before the DB shuts down and hopefully prevent it from freaking out. So far, I've not seen it happen again yet.

In other news ....

The Red Hat notus files are almost ready. I've managed to decipher the bits from the Red Hat Security API and place them all into a shiny new sqlite3 database. Now I need to write the bits to pull from the new DB and generate the actual notus files. The current plan is to only support the last 3 versions of RHEL. (7,8,9) with notus files for all minor versions ( RHEL 7.3, RHEL 8.2 etc ..)

-Scott

Full Changelog: 25.01.01...25.02.01

25.01.01

New Year ... New release.

This release resolves issue #321 where the refresh was unintentionally pulling in untested code.... I've fixed that bug and the code that was breaking the container. :)

It also includes the latest released code from Greenbone.

Full Changelog: 24.12.03...25.01.01