Safeguard for Privileged Passwords supports managing Safeguard for Privileged Sessions credentials.
Before configuring Safeguard for Privileged Sessions 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 Safeguard for Privileged Sessions 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.
-
Safeguard for Privileged Sessions 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 Safeguard for Privileged Sessions for Safeguard for Privileged Passwords credential management
IMPORTANT: For Safeguard for Privileged Sessions 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 Safeguard for Privileged Sessions cluster, ensure the clustered nodes have the Managed Host role enabled.
-
Use the local admin account as the service account, or another local Safeguard for Privileged Sessions 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 Safeguard for Privileged Sessions 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).