Different methods can be used to authenticate users in Tectia. These authentication methods can be used separately or combined, depending on the level of functionality and security you want.
The Secure Shell server defines what methods are allowed in user authentication, and the Secure Shell client defines the order in which they will be tried.
In Tectia Server authentication chains can be used to define which methods are required and in which order they must be completed. For example, the server could require certificate or public-key authentication before requiring additional PAM authentication.
By default, the Tectia client/server solution uses these user authentication methods:
public-key authentication
password authentication
keyboard-interactive
GSSAPI
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 X.509v3 certificate 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.
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 or HSM, or accessed via Tectia Zero Trust Module so that the user is never in posession of the private key. Secure Shell supports also several other strong authentication methods, including the proprietary RSA SecurID.