Preparing SPS for credential management
Safeguard for Privileged Passwords supports managing SPS credentials.
Before configuring SPS to allow for credential management, the following should be considered:
-
The root and local admin accounts will automatically be added to account discovery results. If a local root account exists, it will be ignored and unmanageable.
-
The root account name will always be considered the SPS SSH console account. It can allow both SSH Key and password requests. All other local accounts can only allow password requests.
-
Accounts can be manually added to Safeguard for Privileged Passwords or managed through account discovery.
-
SSPS provides configurable brute-force attack protection. You may need to adjust the settings to avoid blacklisting a user or the Safeguard for Privileged Passwords IP address.
To prepare SPS for Safeguard for Privileged Passwords credential management
IMPORTANT: For SPS assets, if you're using both REST and SSH as part of your management protocol they will need to be hosted on the same IP.
If using a SPS cluster, ensure the clustered nodes have the Managed Host role enabled.
-
Use the local admin account as the service account, or another local SPS user with admin privileges. Consult the Safeguard for Privileged Sessions documentation for the appropriate settings for your organization.
-
Verify that you can test the connection using the service account.
-
In Safeguard for Privileged Passwords, create the asset for the SPS platform using password authentication.
-
After creating the Safeguard for Privileged Passwords accounts (either manually or through account discovery), you must Set Password (for more information, see Checking, changing, or setting an account password).
Preparing Sybase (Adaptive Server Enterprise) servers
To prepare a Sybase ASE (Adaptive Server Enterprise) server for Safeguard for Privileged Passwords, refer to the documentation for your Sybase ASE server for information about how to setup and secure encryption. Make sure the service account you use has the sso_role assigned.
To enable SSL server certificate validation, add the server’s signing authority certificate to the Trusted Certificates store in Safeguard for Privileged Passwords. For more information, see Trusted CA Certificates..
For more information about how Safeguard for Privileged Passwords database servers use SSL, see How do Safeguard for Privileged Passwords database servers use SSL.
Preparing SonicOS devices
Safeguard for Privileged Passwordssupports SonicOS Internet appliances. Safeguard for Privileged Passwords uses the SSH protocol to connect to SonicOS devices.
To prepare a SonicOS device for Safeguard for Privileged Passwords
- Create the service account as a local user on the managed system and assign it a password.
-
Add the service account to the SonicWALL Administrators group. This allows the service account to access the device with SSH to manage users.
IMPORTANT: Safeguard for Privileged Passwords can only manage passwords for users that are members of the SonicWALL Administrators group.
- Enable and configure the SSH server to allow the service account to log in remotely.
- Add the SonicOS device to Safeguard for Privileged Passwords using password authentication.
Preparing SonicWALL SMA or CMS appliances
Here are some important notes about configuring a SonicWALL SMA or CMS appliance for Safeguard for Privileged Passwords:
- Use the local admin account as the service account.
- Safeguard for Privileged Passwords can only manage the admin account; it cannot manage other local accounts or accounts from external providers.