Preparing SAP Netweaver Application Servers
Safeguard for Privileged Passwordsmakes an SSL connection to the SAP Application Server using a TCP port between 3300 and 3399, depending on the SAP system number (also known as the instance number). You can have multiple instances of SAP running on a server, each using a different network port in the range of 3300-3399. The last two digits of the port are called the system number (or instance number). For more information, see Safeguard ports.
When you assign a password to the account, the account is not usable until you log in and change the password from the admin-assigned value.
If a privileged user for the asset is of System or Communication User Type, assign RFC authorization for the RFCPING function module for that user. This allows the user to execute its functions remotely, such as changing the password.
To configure a SAP Netweaver Application Server for Safeguard for Privileged Passwords
-
Create a service account and assign it a password.
This service account must have permissions for remote connections and permissions to change passwords. Settings may include:
- Cross-application Authorization Objects set to Authorization Check for RCF Access
- Basis: Administration set to User Master Maintenance: User Groups including Change and Lock
The S_A.SYSTEM authorization profile will work, but may have more permissions than are necessary.
Consult your SAP security guide for the appropriate settings for your organization.
-
Verify that you can log in with the service account.
In SAP, when you create a new account of System or Communication User Type, you will be prompted to set a new password.
-
In Safeguard for Privileged Passwords, create the asset and accounts for the SAP Hana asset type using password authentication. You must specify the SAP HANA Service Name as well as the Port used by the SAP instance.
When you create an account of System or Communication User Type, Safeguard allows you to set the account password or reset the password. Use the Reset Password option to reset the password for this account. If you use the Set Password option and enter the same password used in SAP, the password check in Safeguard will fail.
Preparing Safeguard for Privileged Sessions for credential management
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).
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.