Secure Shell (présentation)

Avec Secure Shell, l'authentification s'effectue via l'utilisation de mots de passe et/ou de clés publiques. Tout le trafic réseau est chiffré. Par conséquent, Secure Shell empêche tout intrus potentiel de lire une communication interceptée. Secure Shell empêche également un adversaire de mystifier le système.

Secure Shell peut également être utilisé comme un VPN à la demande. Un VPN peut transmettre le trafic système X Window ou connecter des numéros de port individuels compris entre les machines locales et distantes via un lien réseau crypté.

Avec Secure Shell, vous pouvez effectuer les actions suivantes :

• Se connecter de manière sécurisée à un autre hôte sur un réseau non sécurisé.

• Copier des fichiers en toute sécurité entre les deux hôtes.

• Exécuter des commandes en toute sécurité sur l'hôte distant.

Côté serveur, Secure Shell prend en charge deux versions du protocole SSH, la version 1 (v1) et la version 2. La version 2 (v2) est plus sécurisée. La version 1 de Secure Shell est fournie uniquement pour aider les utilisateurs qui migrent vers la version v2. Pour plus d'informations sur la version 1, reportez-vous à la section System Administration Guide: Security Services.

Authentification Secure Shell

Secure Shell fournit des méthodes de clé publique et mot de passe pour l'authentification de la connexion à l'hôte distant. L'authentification avec clé publique est un mécanisme d'authentification plus fiable que l'authentification par mot de passe, car la clé privée ne se déplace pas sur le réseau.

Les méthodes d'authentification sont tentées dans l'ordre suivant. Lorsque la configuration ne satisfait pas à une méthode d'authentification, la méthode suivante est tentée.

• GSS-API : utilise les informations d'authentification des mécanismes GSS-API tels que mech_krb5 (Kerberos V) et mech_dh (AUTH_DH) pour authentifier les clients et serveurs. Pour plus d'informations sur GSS-API, reportez-vous à la section Introduction to GSS-API du manuel Developer’s Guide to Oracle Solaris 11 Security.

• Authentification basée sur l'hôte : utilise les clés d'hôte et les fichiers rhosts. Utilise les clés d'hôte privées/publiques RSA et DSA du client pour authentifier ce dernier. Utilise les fichiers rhosts pour autoriser les clients à des utilisateurs.

• Authentification avec clé publique : authentifie les utilisateurs avec leurs clés publiques et privées RSA et DSA.

• Authentification du mot de passe : utilise PAM pour authentifier les utilisateurs. La méthode d'authentification du clavier dans v2 permet l'invitation arbitraire par PAM. Pour plus d'informations, reportez-vous à la section SECURITY de la page de manuel sshd(1M).

Le tableau suivant répertorie les conditions requises pour l'authentification d'un utilisateur essayant de se connecter à un hôte distant. L'utilisateur est sur l'hôte local, le client. L'hôte distant, le serveur, exécute le démon sshd. Le tableau présente les méthodes d'authentification Secure Shell, les versions de protocole compatibles et les exigences de l'hôte.

Tableau 17-1 Méthodes d'authentification pour Secure Shell

Secure Shell dans l'entreprise

Pour obtenir des informations complètes sur la fonction Secure Shell sur un système Oracle Solaris, reportez-vous à l'ouvrage Secure Shell in the Enterprise, de Jason Reid, ISBN 0-13-142900-0, Juin 2003. Ce manuel fait partie de la série Sun BluePrints publiée par Sun Microsystems Press.