立即与支持人员聊天
与支持团队交流

One Identity Safeguard for Privileged Passwords 7.5 - Administration Guide

Introduction System requirements and versions Using API and PowerShell tools Using the virtual appliance and web management console Cloud deployment considerations Setting up Safeguard for Privileged Passwords for the first time Using the web client Home page Privileged access requests Appliance Management
Appliance Backup and Retention Certificates Cluster Global Services External Integration Real-Time Reports Safeguard Access Appliance Management Settings
Asset Management
Account Automation Accounts Assets Partitions Discovery Profiles Tags Registered Connectors Custom platforms Importing objects
Security Policy Management
Access Request Activity Account Groups Application to Application Cloud Assistant Asset Groups Entitlements Linked Accounts User Groups Security Policy Settings
User Management Reports Disaster recovery and clusters Administrator permissions Preparing systems for management Troubleshooting Frequently asked questions Appendix A: Safeguard ports Appendix B: SPP and SPS join guidance Appendix C: Regular Expressions

Preparing Oracle databases

To prepare an Oracle database for SPP, refer to the documentation for your Oracle database for information about how to set up and secure encryption.

To enable SSL server certificate validation, when configuring the SSL-enabled service on the Oracle server, ensure that the following security setting is configured:

SSL_SERVER_CERT_DN="CN=<address>", where <address> matches the Network Address of the asset in SPP.

Preparing PAN-OS (Palo Alto) networks

In SPP the PAN-OS operating system is used by Palo Alto Networks appliances. SPP connects to PAN-OS systems using SSH.

To prepare a Palo Alto Networks system for SPP

  1. Create a service account that is a Device Administrator and assign it the Superuser role and a password.

  2. Verify that SSH is enabled.

  3. In SPP, create the asset and accounts for the Palo Alto Networks asset type using password authentication.

Preparing PostgreSQL

SPP makes an SSL connection to PostgreSQL using a TCP port defined in the postgresql.conf file. You must enter this port number when adding a PostgreSQL asset to SPP.

To configure PostgreSQL for SPP

  1. Create a service account and assign it a password.

    NOTE: The service account must have permissions for remote connections, modify log_statements (if you want to enable the Hide Alter User command from verbose log_statement logging option), and permissions to change passwords.

    Alter User commands can be excluded from the PostgreSQL server logs during SPP password changes. The option to hide Alter User commands is enabled by default for new PostgreSQL assets starting with SPP 7.1 with verbose log_statement logging. Customers upgrading to 7.1 that want to enable the option will need to reconfigure any existing PostgreSQL assets with verbose log_statement logging to have a service account with superuser permissions and enable the option.

    Consult your PostgreSQL Security Guide for the appropriate settings for your organization.

  2. Verify that you can log in with the service account.

  3. In SPP, create the asset and accounts for the PostgreSQL asset type using password authentication. You must specify the Database instance name and the Port used by the database instance. Accounts can also be discovered.

    NOTE: When you create an account of Dialog User or Communication Data type, SPP 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 PostgreSQL, the password check in SPP will fail.

Preparing RACF mainframe systems

This applies to both RACF mainframe and RACF mainframe LDAP platforms.

To prepare IBM RACF mainframe systems for SPP

  1. Create a service account on the asset and assign it a password.
  2. Grant the service account the privileges required to use the ALTERUSER command on other profiles.

  3. If not already installed, install a telnet server on the z/OS system. If required, secure telnet with SSL.

    NOTE: Please refer to your IBM z/OS system documentation for details on installing and configuring the telnet server (and SSL).

  4. Test the telnet server using a Windows-based 3270 emulator or on Linux, use the telnet-ssl or x3270 programs to test SSL and non-SSL connections to an z/OS system.
  5. In SPP, create the asset and accounts for the z/OS system using password authentication.
About certificate support for the telnet protocol

SPP automatically accepts any server certificate that the connection offers and does not verify the trust chain on the telnet certificate. In addition, SPP does not support client certificate selection, so if telnet requires that the client present a certificate that is signed by a recognized authority, SPP cannot support that configuration.

相关文档

The document was helpful.

选择评级

I easily found the information I needed.

选择评级