From Fedora Project Wiki
This test case could be outdated because newer versions of OpenVAS has new services around OpenVAS Scanner (OpenVAS Manager, OpenVAS Administrator, Greenbone Security Assistant)
Description
This test case tests the ability of OpenVAS to scan a host or network for vulnerabilities.
Setup
- A remote host with various network services (SSH, HTTP, DNS, SMTP ...) is required. For example: a Linux server with OpenSSH, Apache HTTPd, ISC BIND, Postfix or Sendmail.
- Open ports of the scanned services in the remote host firewall.
- Ensure that
openvas-libraries
How to test
- Start OpenVAS scanner:
/etc/init.d/openvas-scanner start - Create a new certificate:
openvas-mkcert - Add a OpenVAS user:
openvas-adduser - Update the NVTs:
openvas-nvt-sync - Restart OpenVAS scanner (take a while for the first time):
/etc/init.d/openvas-scanner restart - Test that the OpenVAS scanner process openvassd is running:
ps aux | grep [o]penvassd - Test that the OpenVAS scanner listens on configured port:
sudo lsof -i -nP | grep [o]penvassd - Connect using the gnutls client to scanner port:
gnutls-cli --insecure -p 9391 127.0.0.1. Start the communication with < OTP/1.0 >. Try to login with the user created above. - Start OpenVAS client:
openvas-client(or System Tools > OpenVAS Client) - Connect to OpenVAS server with the user created above.
- Create a new scan using the client and wait until it finishes.
- Export the report to HTML or PDF.
Expected Results
- Start of openvas-scanner without previous configuration will most probably fail. Syslog should display hint about generating certificates.
- Certificate should be created in /etc/pki/openvas/CA/cacert.pem, /etc/pki/openvas/CA/servercert.pem with private keys in /etc/pki/openvas/private/CA/
- Adding of the user will create the account in /var/lib/openvas/users/
- openvas-nvt-sync will download plugins to /var/lib/openvas/plugins
- Restart of the service should result with OK. It takes longer for the first time. On Fedora 16 it is possible that the systemd will timeout thinking that the service failed to start, while actually it is still starting. Give it a while and try stop/start again.
- Process list should show openvassd process running as root "openvassd: waiting for incoming connections"
- lsof for openvassd should show it is listening on port 9391
- Passing wrong credentials will print error message about unsuccessfull authentication. After passing right credentials the server will wait expecting more commands to go.
- The scan should finish correctly.
- In the report, you should see the network services being scanned and vulnerabilities reported.