Post-installation best practices
To improve security of CloverDX Server, you should:
-
Change the default password for clover user. Without changing the password, everybody would be able to log in as clover. See Change credentials.
-
Create a user different from clover and add it to the admin group. If there are more administrators, create a user account for each. See Users.
-
Set the master password. Without the master password, you cannot use secure parameters. See Securing job parameters in Server.
-
Run CloverDX Server with privileges of an ordinary user, e.g. create a system account
clover
used only for running CloverDX Server. Do not run CloverDX Server under the root account. -
The communication with a system database may be unencrypted. Consider encrypting the connection to system database too.
-
If a database provides you with a root/admin account, do not use this account for CloverDX Server. Create a separate database user account, e.g. clover.
-
Run CloverDX Server on HTTPS. If you communicate over HTTP, your data is sent unencrypted and eavesdroppers can easily see it.
-
Disable the HTTP API if you do not need it. See Simple HTTP API.
-
In Data Services, put KeyStores outside a sandbox and run the service on HTTPS. If you have a KeyStore in a sandbox, a user with write permissions could replace it with another KeyStore. HTTPS Connectors.
-
Enable user lockout after repeated failed login attempts. If you use this feature in Cluster, make sure that all Cluster nodes have the same lockout configuration. See User lockout