SSH Keys/fr: Difference between revisions

From Alliance Doc
Jump to navigation Jump to search
No edit summary
(Created page with "Nous vous recommandons fortement d'utiliser l'authentification par CP. Il vous faudra travailler un peu plus sur la configuration, mais le résultat sera plus sécuritaire et...")
Line 12: Line 12:
* The remote server can use your public key (found in .ssh/authorized_keys in your home folder) to verify your identity. If that fails, the remote server can ask for your password. This is really a secondary authentication mechanism, and is less desirable because your password is handled and possibly exposed.
* The remote server can use your public key (found in .ssh/authorized_keys in your home folder) to verify your identity. If that fails, the remote server can ask for your password. This is really a secondary authentication mechanism, and is less desirable because your password is handled and possibly exposed.


We strongly recommend using PK for authentication. This requires some additional configuration, but winds up being both more secure and more convenient.
Nous vous recommandons fortement d'utiliser l'authentification par CP. Il vous faudra travailler un peu plus sur la configuration, mais le résultat sera plus sécuritaire et plus pratique.


Pour l'authentification à l'aide de ces clés :
Pour l'authentification à l'aide de ces clés :

Revision as of 16:09, 30 September 2020

Other languages:

Page enfant de SSH

SSH utilise la cryptographie à clé publique (CP) ou cryptographie asymétrique pour sécuriser les connexions. Dans ce mode de cryptage, la clé qui est privée reste secrète et l'autre clé peut être divulguée à d'autres utilisateurs. Tous peuvent utiliser la clé publique pour encoder un message, mais seul le propriétaire de la clé privée peut utiliser sa clé privée pour le décodage. La clé publique permet aussi de valider l'identité d'un utilisateur. Voyons un exemple : Robert veut communiquer avec Alice qui dit posséder une clé privée, mais il veut s'assurer qu'Alice est bien celle qui le prétend. Robert peut utiliser la clé publique d'Alice pour lui envoyer un message codé et si Alice peut prouver à Robert que son message est compris, nous pouvons au moins en conclure qu'Alice est effectivement propriétaire de la clé privée.

Les systèmes à CP sont au cœur des protocoles SSL et TLS qui protègent la plupart de communications sur l'internet, dont les sites https.

On our systems, PK is used in SSH several ways:

  • When connecting to our systems, your ssh client normally uses our system's public key to ensure that it has connected to the real (authentic) server.
  • PK is used to establish an encrypted session so that all following traffic is secure from eavesdropping.
  • The remote server can use your public key (found in .ssh/authorized_keys in your home folder) to verify your identity. If that fails, the remote server can ask for your password. This is really a secondary authentication mechanism, and is less desirable because your password is handled and possibly exposed.

Nous vous recommandons fortement d'utiliser l'authentification par CP. Il vous faudra travailler un peu plus sur la configuration, mais le résultat sera plus sécuritaire et plus pratique.

Pour l'authentification à l'aide de ces clés :

  1. Générez la paire de clés (la clé privée et la clé publique).
  2. Copiez la clé publique de cette paire sur les serveurs auxquels vous voulez vous connecter et ajoutez la clé publique au fichier authorized_keys des utilisateurs (voir Utiliser des clés SSH sous Linux).
  3. Vérifiez les permissions (voir Utiliser des clés SSH sous Linux).
  4. Testez.

En générant une paire de clés, utilisez une phrase de passe robuste. Si vous n'utilisez pas une phrase de passe robuste ou si quelqu'un peut la deviner, tous ceux qui peuvent obtenir une copie de votre clé privée pourront se connecter aux serveurs qui utilisent cette clé publique pour vous authentifier.

La procédure pour générer une paire de clés SSH varie selon le système d'exploitation que vous utilisez. Pour les clients Windows PuTTY ou MobaXterm, consultez Générer des clés SSH sous Windows. Dans un environnement Unix (Linux, Mac Sous-système Windows pour Linux ou Cygwin), consultez Utiliser des clés SSH sous Linux. Si vous utilisez les ressources infonuagiques, il existe une méthode OpenStack pour créer des clés; voyez Paire de clés SSH dans la page Cloud : Guide de démarrage.

Voyez aussi ces courtes vidéos sur comment configurer les clés SSH.