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).