I would like to know more about the high security standards of PRTG. Is there a list of PRTG security features?
This article applies as of PRTG 20
PRTG Network Monitor security features
We at Paessler take the responsibility for your network safety seriously. We put a lot of effort into providing you with the most secure network monitoring solution possible. A strong focus is especially on the secure connections to and from the PRTG web server, but PRTG also includes many other security mechanisms to protect against potential attacks.
The list below shows you sample security features of PRTG Network Monitor:
- The PRTG web server supports SSL encryption (HTTPS, TLS, Elliptic Curve Cryptography, Forward Secrecy) with OpenSSL libraries of the 1.0.2 branch.
- PRTG only accepts the most secure ciphers for SSL/TLS connections. These ciphers have to allow Perfect Forward Secrecy and TLS 1.2. See below for used ciphers.
- All communication between probe(s), PRTG core server(s), and clients is secured via SSL encryption. The same goes for cluster probe connections. See this article for recent SSL changes.
- PRTG uses an RSA certificate with 2048 bits as default certificate.
- PRTG uses uniquely generated Diffie-Hellman (DH) parameters with a 1024-bit key by default. Note: You can also change the key length manually. See this article for details.
- You can filter probe connections to the PRTG core server. This means that you are able to allow connections from specific IP addresses only or deny connections from certain IPs (or even from all). A remote probe or mini probe must also have a special access key to connect.
- The PRTG web server cleans and sanitizes all GET and POST parameters that could potentially be used for XSS attacks.
- The PRTG System Administrator can give individual access rights to each user account and to each user group. By default, users do not have permissions to see or change anything in the PRTG web interface without the explicit rights provided by the administrator.
- The PRTG web server does not deliver files from folders that are not configured by PRTG. This feature helps to avoid directory traversal attacks.
- The internal data management of PRTG is not based on an SQL server, so SQL injection attacks are impossible.
- You cannot edit script files for custom sensors, SQL sensors, and custom notifications within the PRTG web interface, so anyone who wants to edit these scripts must have access to the file system. This prevents users that have access to the PRTG web interface from injecting and running malicious scripts on the PRTG core server system. See this article for more information about this security feature.
- Every user account requires a password.
- A password that you enter into any web page of the PRTG web interface (for example, login credentials for a sensor) will never be sent back to the browser.
- PRTG stores internal passwords always encrypted and never into logfiles. If you send a support bundle to the Paessler support team, passwords will be removed from the configuration file in advance.
- PRTG logs out users that were inactive for a defined time span.
- PRTG system administrators have to reauthenticate with their credentials every 15 minutes while working on administration pages. Both the logout and the reauthentication mechanism help to prevent unauthorized access to PRTG and secure the PRTG web interface against potential phishing attacks.
Other optional security settings include:
- The ability to disable browser auto-complete in the login form
- To deny loading of PRTG web pages in frame elements. This is an additional protection mechanism against clickjacking attacks.
- Note: PRTG also never allows login forms in frames.
Elliptic curve and ciphers
PRTG uses the secp384r1 elliptic curve and the following ciphers:
High security modus (default):
'ECDH+AESGCM:DH+AESGCM:ECDH+AES256:DH+AES256!ADH!aNULL!eNULL!LOW!3DES!MD5!EXP!PSK!SRP!DSS!RC4' https://www.ssllabs.com/ssltest: TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384 TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
Weak security modus:
ECDH+AESGCM:DH+AESGCM:ECDH+AES256:DH+AES256:ECDH+AES128:DH+AES:ECDH+3DES:DH+3DES:RSA+AES:RSA+3DES:!ADH:!AECDH:!MD5:!DSS' https://www.ssllabs.com/ssltest: TLS_RSA_WITH_AES_128_CBC_SHA TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA TLS_RSA_WITH_AES_128_CBC_SHA256 TLS_RSA_WITH_AES_128_GCM_SHA256 TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256 TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 TLS_RSA_WITH_3DES_EDE_CBC_SHA TLS_ECDHE_RSA_WITH_3DES_EDE_CBC_SHA TLS_RSA_WITH_AES_256_CBC_SHA TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA TLS_RSA_WITH_AES_256_CBC_SHA256 TLS_RSA_WITH_AES_256_GCM_SHA384 TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384 TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
SSH sensors: ciphers, MAC, key xxchange (KEX), key types
The default SSH engine of SSH sensors uses the following ciphers, MAC, KEX, and key types:
Ciphers: aes256-ctr, aes192-ctr, aes128-ctr, aes256-cbc, aes192-cbc, aes128-cbc MAC: hmac-sha1, none or hmac-sha2-512, hmac-sha2-256, hmac-sha1, none KEX: [email protected], ecdh-sha2-nistp256, diffie-hellman-group1-sha1, diffie-hellman-group14-sha1 Key types: ssh-dss, ssh-rsa or ssh-ed25519, ecdsa-sha2-nistp256, ecdsa-sha2-nistp384, ecdsa-sha2-nistp521, ssh-dss, ssh-rsa
Is there a way to disable 3DES-CBC from the weak security modus? It triggers alarms when vulnerability scans are executed against the PRTG server.
I'm afraid to tell you that this is not possible. Please take a look here for what is supported in default mode.
Felix Wiesneth - Team Tech Support