Home New York Now Platform Capabilities Now Platform capabilities Credentials and connection information Getting started with credentials Create and test your credentials SSH credentials

SSH credentials

Discovery, Orchestration, and IntegrationHub explore UNIX and Linux devices by using SSH credentials to execute commands over Secure Shell (SSH). SSH commands must run with root privileges, either with root credentials or through the use of sudo.

Privileged commands

The platform provides default privileged commands for the MID Server to use and the ability to add additional commands to the system. For details about using sudo and other privileged commands, see MID Server privileged commands.

Commands that require root privileges for Discovery, Orchestration, and IntegrationHub

These examples assume that the user name is Disco. Substitute the actual user name and ensure that the paths for the commands match the paths on the system.

Note: Sudo commands do not work with private key credentials, because there is no password to supply to the sudo command. A solution is to add the NOPASSWD option to the sudo configuration. For example, you might enter:

disco
                                                ALL=(root)
                                                NOPASSWD:/usr/sbin/dmidecode,/usr/sbin/lsof,/sbin/ifconfig

Table 1. UNIX and Linux commands requiring root privileges
Command	Purpose
HP-UX
adb	Gathers CPU speed and memory. /etc/sudoers line example: Disco ALL=(root) /usr/bin/adb Used by: Discovery
All Linux and UNIX versions
chage	Changes the number of days between password changes and the date of the last password change. /etc/sudoers line example: Disco ALL=(root) /usr/bin/chage Used by: Orchestration and IntegrationHub
chpasswd	Changes user passwords. /etc/sudoers line example: Disco ALL=(root) /etc/chpasswd Used by: Orchestration and IntegrationHub
All Linux
dmidecode	Gathers several pieces of information about the hardware, including the serial number embedded within the motherboard. /etc/sudoers line example: Disco ALL=(root) /sbin/dmidecode Used by: Discovery
fdisk	Gathers the disks and size information on the system. /etc/sudoers line example: Disco ALL=(root) /usr/bin/fdisk -l Used by: Discovery
multipath	Gathers device mappings for MPIO. /etc/sudoers line example: Disco ALL=(root) /usr/bin/multipath -ll Used by: Discovery
Linux and Solaris
dmsetup	Examines a low level volume. /etc/sudoers line example: Disco ALL=(root) /usr/bin/dmsetup table * Disco ALL=(root) /usr/bin/dmsetup ls Used by: Discovery
All UNIX versions
lsof	Determines the relationship between processes and the connections being made to the system. /etc/sudoers line example: Disco ALL=(root) /sbin/lsof Used by: Discovery
oratab	Grants read access to the oratab file for locating the Oracle Home and pfile. /etc/sudoers line example: N/A Used by: Discovery
Solaris
iscsiadm	Gets iSCSI IQNs /etc/sudoers line example: ${sudo:iscsiadm list target -S} Used by: Discovery
fcinfo	Gets WWPNs for ports. /etc/sudoers line example: ${sudo:fcinfo remote-port -sl -p $port} Used by: Discovery
prtvtoc	Reports information about disk partitions. /etc/sudoers line example: Disco ALL=(root) /usr/bin/prtvtoc Used by: Discovery
/usr/bin/ps	Lists running process. As an alternative to running with root access, add a proc_owner role. /etc/sudoers line example: Disco ALL=(root) /usr/bin/ps Used by: Discovery
/usr/ucb/ps	Lists running process. As an alternative to running with root access, add a proc_owner role. The use of the `/usr/ucb/ps` command is deprecated as of Solaris 11. Because Discovery, Orchestration, and IntegrationHub require the use of this command for all Solaris versions, you must install the ucb utility manually on Solaris 11 systems. For instructions, see KB0564262 . /etc/sudoers line example: Disco ALL=(root) /usr/ucb/ps Used by: Discovery

For a list of privileged commands that you need for Discovery and Service Mapping, see Service Mapping commands requiring a privileged user for a list of the commands that require elevated rights to discover and map Unix-based hosts in your organization.

Granting root privileges

Use either of these approaches to allow users to run SSH commands with root privileges:

Give root credentials. These are obviously the most powerful credentials, but may not be desirable from a security perspective. If Discovery, Orchestration, or IntegrationHub have the root credentials to any UNIX or Linux system, no further configuration is required.
Give other credentials for Discovery, Orchestration, or IntegrationHub, but grant the user in those credentials the right to execute certain commands with root privileges, using sudo. This is a secure way to grant limited privileges. Discovery, Orchestration, or IntegrationHub use sudo on any probe that has the must_sudoparameter set to true (it defaults to false). However, each system must be configured to allow sudo to work. This is done by editing the /etc/sudoers file using the visudo command.

Access Requirements for Non-Root Credentials

If you do not provide Discovery with root access credentials, you must provide credentials with the following access requirements.


Application	File or Directory	Access Required
Apache	httpd.conf	Read
Hbase	hbase-site.xml	Read
JBoss	jboss-service.xml	Read
	JBoss home directory	Read
	web.xml	Read
MySQL	my.cnf	Read
NGINX	nginx.conf	Read
Oracle	oratab	Read
Oracle	Associated (s) pfiles	Read
Oracle Listener	lsnrctl	Execute
Oracle Listener	listener.ora	Read
Tomcat	catalina.jar	Read
	server.xml	Read
	web.xml	Read
Unix	/etc/*release	Read
	/etc/bashrc	Read
	/etc/profile	Read
	/proc/cpuinfo	Read
	/proc/vmware/sched/ncpus	Read
	/var/log/dmesg	Read
	APD directory	Read
WebSphere	cell.xml	Read
	server.xml	Read
	serverindex.xml	Read

SSH credential type

These fields are available in the SSH credentials form.


Field	Description
Name	Enter a unique and descriptive name for this credential.
Active	Enable or disable these credentials for use.
User name	Enter the user name to create in the Credentials table. Avoid leading or trailing spaces in user names. A warning appears if the platform detects leading or trailing spaces in the user name. For CIM discovery, the user must have the admin role.
Password	Enter the password.
Credential ID	Enter the unique key configured for external credentials in the JAR file uploaded to the MID Server for an external credential system. The Credential ID field has a limit of 40 characters. This field is only visible when the External credential store check box is selected.
Credential alias	Allow flow designers to use aliases to manage connection and credential information. Using an alias eliminates the need to configure multiple credentials and connection information profiles when using multiple environments. If the connection or credential information changes, you do not need to update any actions that use the connection. For more information, see Credentials and connection information. Allow workflow creators to assign individual credentials to any activity in an Orchestration workflow or assign different credentials to each occurrence of the same activity type in an Orchestration workflow. To use the credential for discovering CIs not belonging to this CI type using Service Mapping and Discovery patterns, enter the table name for the CI type to which the CI belongs, for example cmdb_ci_apache_web_server. For more information, see Change credentials to non-default.
External credential store	Select this check box to use an external credential storage system. When you select this option the User name and Password fields are replaced with the Credential ID field. External credential storage is only available when the External Credential Storage plugin in activated. Note: Currently, the only supported external storage system is CyberArk.
Applies to	Select whether to apply these credentials to All MID servers in your network, or to one or more Specific MID servers. Specify the MID Servers that should use these credentials in the MID servers field.
MID servers	Select one or more MID Servers from the list of available MID Servers. The credentials configured in this record are available to the MID Servers in this list. This field is available only when you select Specific MID servers from the Applies to field.
Order	Order (sequence) in which Discovery tries this credential as it attempts to log on to devices. The smaller the number, the higher in the list this credential appears. Establish credential order when using large numbers of credentials or when security locks out users after three failed login attempts. If all the credentials have the same order number (or none), the instance tries the credentials in a random order.

SSH private key credential type

Note: SSH private key credentials provide better security than SSH password credentials.


Field	Input value
Name	Unique and descriptive name for this credential. For example, you might call it SSH Atlanta.
Active	Enable or disable these credentials for use.
User name	Enter a UNIX or Linux user name. Avoid leading or trailing spaces in user names. A warning appears if the platform detects leading or trailing spaces in the user name.
Password	Enter the UNIX or Linux password. For SSH Private Key type credentials, enter the sudo password if one is required for the user name.
SSH passphase	Type a secure SSH passphrase. This field is available only for SSH Private Key credentials.
SSH private key	Enter a secure, private key that can be used instead of a password for SSH logins. The private key must be entered in the proper format to ensure it is correctly encrypted. The private key must start with the string `-----BEGIN`. Here is an example of a correctly formatted private key -----BEGIN RSA PRIVATE KEY----- MIIEogIBAAKCAQEAsEK65scPssPSobpDFMpR+Btv3MS4Q7NP8ERaStRZsh3IWz+x... ...7hrxV2dbSug60FahyupGWBGtPnXm5PaE2X5WPLuUj94ue48i1Fs -----END RSA PRIVATE KEY----- The Now Platform supports private keys in the PEM format generated by the OpenSSH ssh-keygen utility. To convert PPK keys that were generated by PuTTY: Open your private key in PuTTYGen. Export it in OpenSSH format from the menu Conversions > Export OpenSSH key. Save the new OpenSSH key.
Credential alias	Allow flow designers to use aliases to manage connection and credential information. Using an alias eliminates the need to configure multiple credentials and connection information profiles when using multiple environments. If the connection or credential information changes, you do not need to update any actions that use the connection. For more information, see Credentials and connection information. Allow workflow creators to assign individual credentials to any activity in an Orchestration workflow or assign different credentials to each occurrence of the same activity type in an Orchestration workflow.
External credential store	Select this check box to use an external credential storage system. When you select this option the User name and Password fields are replaced with the Credential ID field. Currently, the only supported external storage system is CyberArk.
MID servers	Select one or more MID Servers from the list of available MID Servers. The credentials configured in this record are available to the MID Servers in this list. This field is available only when you select Specific MID servers from the Applies to field.
Applies to	Select whether to apply these credentials to All MID servers in your network, or to one or more Specific MID servers. Specify the MID Servers that should use these credentials in the MID servers field.
Order	The order (sequence) in which the platform tries this credential as it attempts to log onto devices. The smaller the number, the higher in the list this credential appears. Establish credential order when using large numbers of credentials or when security locks out users after three failed login attempts. If all the credentials have the same order number (or none), Discovery or Orchestration tries the credentials in a random order.

Previous topic

Next topic

Release version

SSH credentials

Privileged commands

Commands that require root privileges for Discovery, Orchestration, and IntegrationHub

These examples assume that the user name is Disco. Substitute the actual user name and ensure that the paths for the commands match the paths on the system.

disco
                                                ALL=(root)
                                                NOPASSWD:/usr/sbin/dmidecode,/usr/sbin/lsof,/sbin/ifconfig

Table 1. UNIX and Linux commands requiring root privileges
Command	Purpose
HP-UX
adb	Gathers CPU speed and memory. /etc/sudoers line example: Disco ALL=(root) /usr/bin/adb Used by: Discovery
All Linux and UNIX versions
chage	Changes the number of days between password changes and the date of the last password change. /etc/sudoers line example: Disco ALL=(root) /usr/bin/chage Used by: Orchestration and IntegrationHub
chpasswd	Changes user passwords. /etc/sudoers line example: Disco ALL=(root) /etc/chpasswd Used by: Orchestration and IntegrationHub
All Linux
dmidecode	Gathers several pieces of information about the hardware, including the serial number embedded within the motherboard. /etc/sudoers line example: Disco ALL=(root) /sbin/dmidecode Used by: Discovery
fdisk	Gathers the disks and size information on the system. /etc/sudoers line example: Disco ALL=(root) /usr/bin/fdisk -l Used by: Discovery
multipath	Gathers device mappings for MPIO. /etc/sudoers line example: Disco ALL=(root) /usr/bin/multipath -ll Used by: Discovery
Linux and Solaris
dmsetup	Examines a low level volume. /etc/sudoers line example: Disco ALL=(root) /usr/bin/dmsetup table * Disco ALL=(root) /usr/bin/dmsetup ls Used by: Discovery
All UNIX versions
lsof	Determines the relationship between processes and the connections being made to the system. /etc/sudoers line example: Disco ALL=(root) /sbin/lsof Used by: Discovery
oratab	Grants read access to the oratab file for locating the Oracle Home and pfile. /etc/sudoers line example: N/A Used by: Discovery
Solaris
iscsiadm	Gets iSCSI IQNs /etc/sudoers line example: ${sudo:iscsiadm list target -S} Used by: Discovery
fcinfo	Gets WWPNs for ports. /etc/sudoers line example: ${sudo:fcinfo remote-port -sl -p $port} Used by: Discovery
prtvtoc	Reports information about disk partitions. /etc/sudoers line example: Disco ALL=(root) /usr/bin/prtvtoc Used by: Discovery
/usr/bin/ps	Lists running process. As an alternative to running with root access, add a proc_owner role. /etc/sudoers line example: Disco ALL=(root) /usr/bin/ps Used by: Discovery
/usr/ucb/ps	Lists running process. As an alternative to running with root access, add a proc_owner role. The use of the `/usr/ucb/ps` command is deprecated as of Solaris 11. Because Discovery, Orchestration, and IntegrationHub require the use of this command for all Solaris versions, you must install the ucb utility manually on Solaris 11 systems. For instructions, see KB0564262 . /etc/sudoers line example: Disco ALL=(root) /usr/ucb/ps Used by: Discovery

Granting root privileges

Use either of these approaches to allow users to run SSH commands with root privileges:

Give root credentials. These are obviously the most powerful credentials, but may not be desirable from a security perspective. If Discovery, Orchestration, or IntegrationHub have the root credentials to any UNIX or Linux system, no further configuration is required.
Give other credentials for Discovery, Orchestration, or IntegrationHub, but grant the user in those credentials the right to execute certain commands with root privileges, using sudo. This is a secure way to grant limited privileges. Discovery, Orchestration, or IntegrationHub use sudo on any probe that has the must_sudoparameter set to true (it defaults to false). However, each system must be configured to allow sudo to work. This is done by editing the /etc/sudoers file using the visudo command.

Access Requirements for Non-Root Credentials

If you do not provide Discovery with root access credentials, you must provide credentials with the following access requirements.


Application	File or Directory	Access Required
Apache	httpd.conf	Read
Hbase	hbase-site.xml	Read
JBoss	jboss-service.xml	Read
	JBoss home directory	Read
	web.xml	Read
MySQL	my.cnf	Read
NGINX	nginx.conf	Read
Oracle	oratab	Read
Oracle	Associated (s) pfiles	Read
Oracle Listener	lsnrctl	Execute
Oracle Listener	listener.ora	Read
Tomcat	catalina.jar	Read
	server.xml	Read
	web.xml	Read
Unix	/etc/*release	Read
	/etc/bashrc	Read
	/etc/profile	Read
	/proc/cpuinfo	Read
	/proc/vmware/sched/ncpus	Read
	/var/log/dmesg	Read
	APD directory	Read
WebSphere	cell.xml	Read
	server.xml	Read
	serverindex.xml	Read

SSH credential type

These fields are available in the SSH credentials form.


Field	Description
Name	Enter a unique and descriptive name for this credential.
Active	Enable or disable these credentials for use.
User name	Enter the user name to create in the Credentials table. Avoid leading or trailing spaces in user names. A warning appears if the platform detects leading or trailing spaces in the user name. For CIM discovery, the user must have the admin role.
Password	Enter the password.
Credential ID	Enter the unique key configured for external credentials in the JAR file uploaded to the MID Server for an external credential system. The Credential ID field has a limit of 40 characters. This field is only visible when the External credential store check box is selected.
Credential alias	Allow flow designers to use aliases to manage connection and credential information. Using an alias eliminates the need to configure multiple credentials and connection information profiles when using multiple environments. If the connection or credential information changes, you do not need to update any actions that use the connection. For more information, see Credentials and connection information. Allow workflow creators to assign individual credentials to any activity in an Orchestration workflow or assign different credentials to each occurrence of the same activity type in an Orchestration workflow. To use the credential for discovering CIs not belonging to this CI type using Service Mapping and Discovery patterns, enter the table name for the CI type to which the CI belongs, for example cmdb_ci_apache_web_server. For more information, see Change credentials to non-default.
External credential store	Select this check box to use an external credential storage system. When you select this option the User name and Password fields are replaced with the Credential ID field. External credential storage is only available when the External Credential Storage plugin in activated. Note: Currently, the only supported external storage system is CyberArk.
Applies to	Select whether to apply these credentials to All MID servers in your network, or to one or more Specific MID servers. Specify the MID Servers that should use these credentials in the MID servers field.
MID servers	Select one or more MID Servers from the list of available MID Servers. The credentials configured in this record are available to the MID Servers in this list. This field is available only when you select Specific MID servers from the Applies to field.
Order	Order (sequence) in which Discovery tries this credential as it attempts to log on to devices. The smaller the number, the higher in the list this credential appears. Establish credential order when using large numbers of credentials or when security locks out users after three failed login attempts. If all the credentials have the same order number (or none), the instance tries the credentials in a random order.

SSH private key credential type

Note: SSH private key credentials provide better security than SSH password credentials.


Field	Input value
Name	Unique and descriptive name for this credential. For example, you might call it SSH Atlanta.
Active	Enable or disable these credentials for use.
User name	Enter a UNIX or Linux user name. Avoid leading or trailing spaces in user names. A warning appears if the platform detects leading or trailing spaces in the user name.
Password	Enter the UNIX or Linux password. For SSH Private Key type credentials, enter the sudo password if one is required for the user name.
SSH passphase	Type a secure SSH passphrase. This field is available only for SSH Private Key credentials.
SSH private key	Enter a secure, private key that can be used instead of a password for SSH logins. The private key must be entered in the proper format to ensure it is correctly encrypted. The private key must start with the string `-----BEGIN`. Here is an example of a correctly formatted private key -----BEGIN RSA PRIVATE KEY----- MIIEogIBAAKCAQEAsEK65scPssPSobpDFMpR+Btv3MS4Q7NP8ERaStRZsh3IWz+x... ...7hrxV2dbSug60FahyupGWBGtPnXm5PaE2X5WPLuUj94ue48i1Fs -----END RSA PRIVATE KEY----- The Now Platform supports private keys in the PEM format generated by the OpenSSH ssh-keygen utility. To convert PPK keys that were generated by PuTTY: Open your private key in PuTTYGen. Export it in OpenSSH format from the menu Conversions > Export OpenSSH key. Save the new OpenSSH key.
Credential alias	Allow flow designers to use aliases to manage connection and credential information. Using an alias eliminates the need to configure multiple credentials and connection information profiles when using multiple environments. If the connection or credential information changes, you do not need to update any actions that use the connection. For more information, see Credentials and connection information. Allow workflow creators to assign individual credentials to any activity in an Orchestration workflow or assign different credentials to each occurrence of the same activity type in an Orchestration workflow.
External credential store	Select this check box to use an external credential storage system. When you select this option the User name and Password fields are replaced with the Credential ID field. Currently, the only supported external storage system is CyberArk.
MID servers	Select one or more MID Servers from the list of available MID Servers. The credentials configured in this record are available to the MID Servers in this list. This field is available only when you select Specific MID servers from the Applies to field.
Applies to	Select whether to apply these credentials to All MID servers in your network, or to one or more Specific MID servers. Specify the MID Servers that should use these credentials in the MID servers field.
Order	The order (sequence) in which the platform tries this credential as it attempts to log onto devices. The smaller the number, the higher in the list this credential appears. Establish credential order when using large numbers of credentials or when security locks out users after three failed login attempts. If all the credentials have the same order number (or none), Discovery or Orchestration tries the credentials in a random order.

How search works:

Topics are ranked in search results by how closely they match your search terms

SSH credentials

SSH credentials

Privileged commands

Commands that require root privileges for Discovery, Orchestration, and IntegrationHub

Granting root privileges

Access Requirements for Non-Root Credentials

SSH credential type

SSH private key credential type

On this page

SSH credentials

SSH credentials

Privileged commands

Commands that require root privileges for Discovery, Orchestration, and IntegrationHub

Granting root privileges

Access Requirements for Non-Root Credentials

SSH credential type

SSH private key credential type

Log in to personalize your search results and subscribe to topics