Your browser does not support HTML5 local storage or you have disabled it. Some functionality on this site, including saving your privacy settings and offering you special discounts, uses local storage and may not work with local storage disabled. We recommend allowing the use of local storage in your browser. In some browsers, it is the same setting used for disabling cookies.

SSH Tectia

User Authentication

Different methods can be used to authenticate users in SSH Tectia. These authentication methods can be used separately or combined, depending on the level of functionality and security you want.

By default, the SSH Tectia client/server solution uses these user authentication methods:

  • public-key

  • password authentication

  • keyboard-interactive

Public-key and certificate authentication are combined into the public-key authentication method.

The most commonly used user-authentication methods are password, public-key, and host-based authentication. In public-key authentication, the users upload their public key files to the server and edit a configuration file. The server thus has a database of user public keys, similar to the client having its database of server public keys.

When certificates are used in user authentication, the user does not need to upload any public key files to the server prior to the connection, and the server does not need to have a database of user public keys or certificates. The server validates the user certificate by using the CA certificates that the server has been configured to trust and authorizes the login based on the user certificate contents.

SSH Tectia Server for IBM z/OS can also use X.509 certificates and RSA keys managed by the z/OS System Authorization Facility (SAF) in user public-key authentication. SSH Tectia Server for IBM z/OS includes two implementations of certificate authentication:

  • keys and X.509 certificates in files and software cryptography; this is the same implementation that is available in the SSH Tectia products on all platforms.

  • keys and certificates managed by the z/OS System Authorization Facility (SAF) and cryptographic operations handled by the z/OS Integrated Cryptographic Service Facility (ICSF).

    The SAF validation may be complemented with the SSH Tectia certificate validator and the SSH Tectia implementation may use trusted keys stored in SAF.

If only SAF validation is used, the certificate validity period and revocation status are not checked. Securitywise, this equals normal public-key authentication, with keys stored securely in SAF. Note also that if SAF is used purely as a key store, the certificates have to be distributed to each host separately and the scalability advantage of PKI is lost.

Keyboard-interactive is not an authentication method in itself, but more like a common interface to various other authentication methods that are based on keyboard input. Password authentication, RSA SecurID, PAM (Pluggable Authentication Module), and RADIUS are examples of authentication methods that can be used over keyboard-interactive.

The highest security is achieved by using token-based certificate authentication where the certificate and the private key are stored on a cryptographic token, such as a smart card. Secure Shell supports also several other strong authentication methods, including the proprietary RSA SecurID.

===AUTO_SCHEMA_MARKUP===