Kommentare zu: OpenVAS 8.0 in Kali Linux installieren

Von: Frank Neugebauer

Frank Neugebauer — Wed, 18 Sep 2019 14:18:20 +0000

Aus meiner Sicht ist es besser einen schlanken Ubuntu Server ohne „Schnickschnack“ für eine OpenVAS-Installation zu verwenden. Kali Linux scheint mir daher eher weniger geeignet. Ich habe das mal hier getestet und folgenden Post dazu geschrieben:

https://pentestit.de/openvas-9-auf-ubuntu-server-18-04-lts-64bit-installieren/

Video hier:

https://www.youtube.com/watch?v=VK0nsh5ijiE

Von: Frank Neugebauer

Frank Neugebauer — Wed, 11 Sep 2019 11:47:55 +0000

Als Antwort auf Carsten.

Leider liegt es hier in der Natur der Dinge, dass Pakete und Abhängigkeiten bei späteren Versionen nicht mehr 100-prozentig funktionieren und diese Fehlermeldungen auftreten. Folgende Lösungen könntest Du versuchen:

1. Virtual Appliance
Hier findet man ein vorgefertigtes Image, dass mit Hyper-V, VirtualBox bzw. VMWare verwendet werden kann. Ein kurze Anleitung findest Du auf der Webseite:
https://www.greenbone.net/en/install_use_gce/

2. Installation der Quelldateien auf einem Linux-System:
Hier habe ich es mal für OpenVAS 9.0 unter Ubuntu 16.04. beschrieben.
https://pentestit.de/openvas-9-auf-ubuntu-server-16-04-lts-installieren/
Leider kann ich nicht sagen, ob es auch bei neueren Versionen genau so funktioniert.

Von: Carsten

Carsten — Mon, 09 Sep 2019 03:08:06 +0000

Habe versucht openvas auf Kali zu istallieren .Ab hier komme ich nicht weiter.Versuche die Beispiele aus eurem Buch Hacking & Security nachzuvollziehen
root@kali:~# apt-get install openvas
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen…. Fertig
Probieren Sie »apt –fix-broken install«, um dies zu korrigieren.
Die folgenden Pakete haben unerfüllte Abhängigkeiten:
default-mysql-server : Hängt ab von: mariadb-server-10.3 soll aber nicht installiert werden
mariadb-server-10.1 : Hängt ab von: mariadb-client-10.1 (>= 1:10.1.29-6) ist aber nicht installierbar
openvas : Hängt ab von: openvas-manager (>= 7.0.2-4) soll aber nicht installiert werden
Hängt ab von: openvas-scanner (>= 5.1.1-4) soll aber nicht installiert werden
Hängt ab von: greenbone-security-assistant (>= 7.0.0) soll aber nicht installiert werden
Hängt ab von: openvas-cli (>= 1.4.5) soll aber nicht installiert werden

Von: Frank Neugebauer

Frank Neugebauer — Tue, 16 Jan 2018 10:09:43 +0000

Als Antwort auf Werner Ziegler (Labor Systems Engineering). Klingt vernünftig.

Von: Werner Ziegler (Labor Systems Engineering)

Werner Ziegler (Labor Systems Engineering) — Tue, 16 Jan 2018 09:56:43 +0000

Hallo Frank,
ich habe innerhalb openVAS schon alle üblichen Möglichkeiten untersucht.
Ich versuche einfach mal OpenVAS9 auf einem neuen, selbst installierten, Debian zu installieren.
Das Debian, das ich bisher verwendet habe, wurde von einem Ex-Kollegen
installiert, der leider nicht mehr zur Verfügung steht.

Danke für die Hilfe.

Schöne Tage
Werner

Von: Frank Neugebauer

Frank Neugebauer — Sun, 14 Jan 2018 17:13:07 +0000

Als Antwort auf Werner Ziegler (Labor Systems Engineering). Schwer zu sagen. Geben die Logfiles keine Hinweise? Vielleicht liegt es an den Zertifikaten oder der Datenbank? Ich würde jeweils nach Hinweisen oder Fehlermeldungen suchen. Keine große Hilfe, ich weiss. Hast Du openvas-check-setup schon mal laufen lassen?

Von: Werner Ziegler (Labor Systems Engineering)

Werner Ziegler (Labor Systems Engineering) — Fri, 12 Jan 2018 12:41:09 +0000

Hallo Frank,
die VM ist folgendermaßen konfiguriert:
RAM: 8GB
CPU: 4 Kerne
HDD: 30 GB (bereitgestellt), 70 GB (belegt), 107 GB (max verfügbar).

Das gesamte openVAS, auch der GSA-Web-Login, sind in der Debian-VM installiert.

Nach ca. 1h, ist das Scannen nicht mehr möglich.
Der Zeitraum von „1h“ ist reproduzierbar.
Man kann Scan’s starten, die dann bei „1%“ stehen bleiben.
Nach drücken des Refresh-Icons erscheint die Meldung „Warten auf localhost“.
Nach dem Booten von Debian,
dem Einloggen als User=Netchecker und
dem Einloggen in das Root-Terminal und
dem Starten der Dämonen (opanvas-start.sh)
dem Einloggen in das grafische GSA-Web-Login
(angezeigte Meldung „Sitzung ist abgelaufen. Bitte melden Sie sich erneut an“)
kann man die Scan’s mit Resume fortsetzen.

Ich habe keine GSA-Session-Timeout-Variable in /etc/openvas/openvasd.conf gefunden.

Vielleicht hast du noch eine Idee, wo ich suchen soll?

Herzliche Grüße
Werner

Von: Frank Neugebauer

Frank Neugebauer — Tue, 09 Jan 2018 21:12:14 +0000

Als Antwort auf Werner Ziegler.

Hallo Werner,

Aus meiner Sicht hier nur soviel:

OpenVAS ist, aus meiner Sicht, sehr Ressourcen-hungrig. Das fällt gerade bei virtuellen Maschinen schnell auf. Hast Du schon mal die Systemauslastung (CPU, RAM, HDD) während eines Scans testen können?

Von: Werner Ziegler

Werner Ziegler — Tue, 09 Jan 2018 11:48:57 +0000

Hallo Frank,
danke für deine ausführliche Anleitung.

Wir haben OpenVAS8 auf einer virtuellen Debian8-Maschine installiert.
Wir können damit Scan’s durchführen, aber nach einer Stunde
schließt sich die GSA-Session.
Wenn wir dann einen Scan starten, bleibt der Fortschrittsmelder bei „1%“ stehen.
Erst wenn wir Debian booten, können wir den Scan weiterlaufen lassen.
Gibt es in OpenVAS8 eine Session-Timeout-Variable,
oder woran könnte das liegen?

Herzliche Grüße aus München
Werner