Recherche de site Web

Comment configurer des clés SSH sur CentOS 7

Vous n'utilisez pas CentOS 7 ?Choisissez une autre version ou distribution.

Introduction

SSH, ou shell sécurisé, est un protocole crypté utilisé pour administrer et communiquer avec des serveurs. Lorsque vous travaillez avec un serveur CentOS, il y a de fortes chances que vous passiez la majorité de votre temps dans une session de terminal connectée à votre serveur via SSH.

Dans ce guide, vous vous concentrerez sur la configuration des clés SSH pour une installation CentOS 7. Les clés SSH offrent un moyen simple et sécurisé de se connecter à votre serveur et sont recommandées pour tous les utilisateurs.

Étape 1 — Création de la paire de clés RSA

La première étape consiste à créer une paire de clés sur la machine cliente (généralement votre ordinateur) :

  1. ssh-keygen

Par défaut, ssh-keygen créera une paire de clés RSA de 2048 bits, ce qui est suffisamment sécurisé pour la plupart des cas d'utilisation (vous pouvez éventuellement passer le drapeau -b 4096 pour créer une clé plus grande de 4096 bits).

Après avoir entré la commande, vous devriez voir l'invite suivante :

Generating public/private rsa key pair.
Enter file in which to save the key (/your_home/.ssh/id_rsa):

Appuyez sur ENTRER pour enregistrer la paire de clés dans le sous-répertoire .ssh/ de votre répertoire personnel, ou spécifiez un chemin alternatif.

Si vous avez précédemment généré une paire de clés SSH, vous pourriez voir l'invite suivante :

/home/your_home/.ssh/id_rsa already exists.
Overwrite (y/n)?

Si vous choisissez d'écraser la clé sur le disque, vous ne pourrez plus vous authentifier en utilisant la clé précédente. Faites très attention lorsque vous sélectionnez oui, car c'est un processus destructeur qui ne peut pas être inversé.

Vous devriez alors voir l'invite suivante :

Enter passphrase (empty for no passphrase):

Ici, vous pouvez éventuellement entrer une phrase de passe sécurisée, ce qui est fortement recommandé. Une phrase de passe ajoute une couche de sécurité supplémentaire pour empêcher les utilisateurs non autorisés de se connecter. Pour en savoir plus sur la sécurité, consultez notre tutoriel sur "Comment configurer l'authentification par clé SSH sur un serveur Linux."

Vous devriez alors voir la sortie suivante :

Your identification has been saved in /your_home/.ssh/id_rsa.
Your public key has been saved in /your_home/.ssh/id_rsa.pub.
The key fingerprint is:
a9:49:2e:2a:5e:33:3e:a9:de:4e:77:11:58:b6:90:26 username@remote_host
The key's randomart image is:
+--[ RSA 2048]----+
|     ..o         |
|   E o= .        |
|    o. o         |
|        ..       |
|      ..S        |
|     o o.        |
|   =o.+.         |
|. =++..          |
|o=++.            |
+-----------------+

Vous avez maintenant une clé publique et une clé privée que vous pouvez utiliser pour vous authentifier. L'étape suivante consiste à placer la clé publique sur votre serveur afin que vous puissiez utiliser l'authentification par clé SSH pour vous connecter.

Étape 2 — Copier la clé publique sur le serveur CentOS

La manière la plus rapide de copier votre clé publique sur l'hôte CentOS est d'utiliser un utilitaire appelé ssh-copy-id. En raison de sa simplicité, cette méthode est fortement recommandée si elle est disponible. Si vous n'avez pas ssh-copy-id disponible sur votre machine cliente, vous pouvez utiliser l'une des deux méthodes alternatives fournies dans cette section (copie via SSH avec mot de passe, ou copie manuelle de la clé).

Copier votre clé publique en utilisant ssh-copy-id

L'outil ssh-copy-id est inclus par défaut dans de nombreux systèmes d'exploitation, donc vous pourriez l'avoir disponible sur votre système local. Pour que cette méthode fonctionne, vous devez déjà avoir un accès SSH par mot de passe à votre serveur.

Pour utiliser l'outil, vous devez seulement spécifier l'hôte distant auquel vous souhaitez vous connecter et le compte utilisateur auquel vous avez accès par mot de passe SSH. C'est sur ce compte que votre clé SSH publique sera copiée.

La syntaxe est :

  1. ssh-copy-id username@remote_host

Vous pourriez voir le message suivant :

The authenticity of host '203.0.113.1 (203.0.113.1)' can't be established.
ECDSA key fingerprint is fd:fd:d4:f9:77:fe:73:84:e1:55:00:ad:d6:6d:22:fe.
Are you sure you want to continue connecting (yes/no)? yes

Cela signifie que votre ordinateur local ne reconnaît pas l'hôte distant. Cela se produira la première fois que vous vous connectez à un nouvel hôte. Tapez yes et appuyez sur ENTRER pour continuer.

Ensuite, l'utilitaire va scanner votre compte local à la recherche de la clé id_rsa.pub que vous avez créée précédemment. Lorsqu'il trouve la clé, il vous demandera le mot de passe du compte de l'utilisateur distant :

/usr/bin/ssh-copy-id: INFO: attempting to log in with the new key(s), to filter out any that are already installed
/usr/bin/ssh-copy-id: INFO: 1 key(s) remain to be installed -- if you are prompted now it is to install the new keys
username@203.0.113.1's password:

Tapez le mot de passe (votre saisie ne sera pas affichée pour des raisons de sécurité) et appuyez sur ENTER. L'utilitaire se connectera au compte sur l'hôte distant en utilisant le mot de passe que vous avez fourni. Il copiera ensuite le contenu de votre clé ~/.ssh/id_rsa.pub dans un fichier du répertoire personnel ~/.ssh du compte distant appelé authorized_keys.

Vous devriez voir la sortie suivante :

Number of key(s) added: 1

Now try logging into the machine, with:   "ssh 'username@203.0.113.1'"
and check to make sure that only the key(s) you wanted were added.

À ce stade, votre clé id_rsa.pub a été téléchargée sur le compte distant. Vous pouvez passer à l'étape 3.

Copie de la clé publique en utilisant SSH

Si vous n'avez pas ssh-copy-id disponible, mais que vous avez un accès SSH par mot de passe à un compte sur votre serveur, vous pouvez télécharger vos clés en utilisant une méthode SSH conventionnelle.

Vous pouvez le faire en utilisant la commande cat pour lire le contenu de la clé SSH publique sur notre ordinateur local et en le transmettant via une connexion SSH au serveur distant.

D'autre part, vous pouvez vous assurer que le répertoire ~/.ssh existe et a les bonnes autorisations sous le compte que vous utilisez.

Vous pouvez ensuite enregistrer le contenu que vous avez transmis dans un fichier appelé authorized_keys dans ce répertoire. Vous utiliserez le symbole de redirection >> pour ajouter le contenu au lieu de l'écraser. Cela vous permettra d'ajouter des clés sans détruire les clés ajoutées précédemment.

La commande complète ressemble à ceci :

  1. cat ~/.ssh/id_rsa.pub | ssh username@remote_host "mkdir -p ~/.ssh && touch ~/.ssh/authorized_keys && chmod -R go= ~/.ssh && cat >> ~/.ssh/authorized_keys"

Vous pourriez voir le message suivant :

The authenticity of host '203.0.113.1 (203.0.113.1)' can't be established.
ECDSA key fingerprint is fd:fd:d4:f9:77:fe:73:84:e1:55:00:ad:d6:6d:22:fe.
Are you sure you want to continue connecting (yes/no)? yes

Cela signifie que votre ordinateur local ne reconnaît pas l'hôte distant. Cela se produira la première fois que vous vous connectez à un nouvel hôte. Tapez oui et appuyez sur ENTRER pour continuer.

Ensuite, vous devriez être invité à entrer le mot de passe du compte utilisateur distant :

username@203.0.113.1's password:

Après avoir entré votre mot de passe, le contenu de votre clé id_rsa.pub sera copié à la fin du fichier authorized_keys du compte de l'utilisateur distant. Passez à l'étape 3 si cela a été réussi.

Copie manuelle de la clé publique

Si vous n'avez pas accès SSH avec mot de passe à votre serveur, vous devrez compléter le processus manuellement.

Vous ajouterez manuellement le contenu de votre fichier id_rsa.pub au fichier ~/.ssh/authorized_keys sur votre machine distante.

Pour afficher le contenu de votre clé id_rsa.pub, tapez ceci sur votre ordinateur local :

  1. cat ~/.ssh/id_rsa.pub

Vous verrez le contenu de la clé, qui devrait ressembler à quelque chose comme ceci :

ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAACAQCqql6MzstZYh1TmWWv11q5O3pISj2ZFl9HgH1JLknLLx44+tXfJ7mIrKNxOOwxIxvcBF8PXSYvobFYEZjGIVCEAjrUzLiIxbyCoxVyle7Q+bqgZ8SeeM8wzytsY+dVGcBxF6N4JS+zVk5eMcV385gG3Y6ON3EG112n6d+SMXY0OEBIcO6x+PnUSGHrSgpBgX7Ks1r7xqFa7heJLLt2wWwkARptX7udSq05paBhcpB0pHtA1Rfz3K2B+ZVIpSDfki9UVKzT8JUmwW6NNzSgxUfQHGwnW7kj4jp4AT0VZk3ADw497M2G/12N0PPB5CnhHf7ovgy6nL1ikrygTKRFmNZISvAcywB9GVqNAVE+ZHDSCuURNsAInVzgYo9xgJDW8wUw2o8U77+xiFxgI5QSZX3Iq7YLMgeksaO4rBJEa54k8m5wEiEE1nUhLuJ0X/vh2xPff6SQ1BL/zkOhvJCACK6Vb15mDOeCSq54Cr7kvS46itMosi/uS66+PujOO+xt/2FWYepz6ZlN70bRly57Q06J+ZJoc9FfBCbCyYH7U/ASsmY095ywPsBo1XQ9PqhnN1/YOorJ068foQDNVpm146mUpILVxmq41Cj55YKHEazXGsdBIbXWhcrRf4G2fJLRcGUr9q8/lERo9oxRm5JFX6TCmj6kmiFqv+Ow9gI0x8GvaQ== demo@test

Accédez à votre hôte distant en utilisant la méthode de votre choix.

Une fois que vous avez accès à votre compte sur le serveur distant, vous devez vous assurer que le répertoire ~/.ssh existe. Cette commande créera le répertoire si nécessaire, ou ne fera rien s'il existe déjà:

  1. mkdir -p ~/.ssh

Maintenant, vous pouvez créer ou modifier le fichier authorized_keys dans ce répertoire. Vous pouvez ajouter le contenu de votre fichier id_rsa.pub à la fin du fichier authorized_keys, en le créant si nécessaire, en utilisant cette commande:

  1. echo public_key_string >> ~/.ssh/authorized_keys

Dans la commande ci-dessus, remplacez le public_key_string par la sortie de la commande cat ~/.ssh/id_rsa.pub que vous avez exécutée sur votre système local. Cela devrait commencer par ssh-rsa AAAA....

Enfin, assurez-vous que le répertoire ~/.ssh et le fichier authorized_keys ont les permissions appropriées définies :

  1. chmod -R go= ~/.ssh

Cela supprime récursivement tous les droits d'accès « groupe » et « autre » pour le répertoire ~/.ssh/.

Si vous utilisez le compte root pour configurer des clés pour un compte utilisateur, il est également important que le répertoire ~/.ssh appartienne à l'utilisateur et non à root. Dans l'exemple suivant, l'utilisateur s'appelle sammy, mais vous devez substituer le nom d'utilisateur approprié dans la commande.

  1. chown -R sammy:sammy ~/.ssh

Vous pouvez maintenant essayer l'authentification sans mot de passe avec votre serveur CentOS.

Étape 3 — Authentification à votre serveur CentOS en utilisant des clés SSH

Si vous avez réussi à terminer l'une des procédures ci-dessus, vous devriez être en mesure de vous connecter à l'hôte distant sans le mot de passe du compte distant.

Le processus de base est le même :

  1. ssh username@remote_host

Si c'est votre première fois à vous connecter à cet hôte (si vous avez utilisé la dernière méthode ci-dessus), vous pourriez voir quelque chose comme ceci :

The authenticity of host '203.0.113.1 (203.0.113.1)' can't be established.
ECDSA key fingerprint is fd:fd:d4:f9:77:fe:73:84:e1:55:00:ad:d6:6d:22:fe.
Are you sure you want to continue connecting (yes/no)? yes

Cela signifie que votre ordinateur local ne reconnaît pas l'hôte distant. Tapez oui puis appuyez sur ENTRÉE pour continuer.

Si vous n'avez pas fourni de phrase secrète pour votre clé privée, vous serez connecté immédiatement. Si vous avez fourni une phrase secrète pour la clé privée lors de sa création, vous serez invité à entrer la phrase secrète maintenant. Après authentification, une nouvelle session de terminal devrait s'ouvrir pour vous avec le compte configuré sur le serveur CentOS.

Si l'authentification par clé a réussi, continuez à apprendre comment sécuriser davantage votre système en désactivant l'authentification par mot de passe.

Étape 4 — Désactivation de l'authentification par mot de passe sur votre serveur

Si vous avez pu vous connecter à votre compte via SSH sans mot de passe, vous avez réussi à configurer l'authentification par clé SSH pour votre compte. Cependant, votre mécanisme d'authentification par mot de passe est toujours actif, ce qui signifie que votre serveur est toujours exposé aux attaques par force brute.

Avant de compléter les étapes de cette section, assurez-vous d'avoir configuré l'authentification par clé SSH pour le compte root sur ce serveur, ou de préférence, que vous avez configuré l'authentification par clé SSH pour un compte non-root sur ce serveur avec des privilèges sudo. Cette étape désactivera les connexions basées sur un mot de passe, il est donc crucial de s'assurer que vous pourrez toujours accéder à des privilèges administratifs.

Une fois que vous avez confirmé que votre compte distant a des privilèges administratifs, connectez-vous à votre serveur distant avec des clés SSH, soit en tant que root, soit avec un compte ayant des privilèges sudo. Ensuite, ouvrez le fichier de configuration du démon SSH :

  1. sudo vi /etc/ssh/sshd_config

À l'intérieur du fichier, recherchez une directive appelée PasswordAuthentication. Celle-ci peut être commentée. Si c'est le cas, appuyez sur i pour insérer du texte, puis décommentez la ligne en supprimant le # devant la directive PasswordAuthentication. Lorsque vous trouvez la directive, définissez la valeur sur no. Cela désactivera votre capacité à vous connecter via SSH en utilisant des mots de passe de compte :

...
PasswordAuthentication no
...

Lorsque vous avez terminé de faire des modifications, appuyez sur ESC puis sur :wq pour enregistrer les changements dans le fichier et quitter. Pour appliquer ces changements, vous devez redémarrer le service sshd :

  1. sudo systemctl restart sshd.service

Par précaution, ouvrez une nouvelle fenêtre de terminal et testez que le service SSH fonctionne correctement avant de fermer cette session :

  1. ssh username@remote_host

Une fois que vous avez vérifié votre service SSH, vous pouvez fermer en toute sécurité toutes les sessions serveur en cours.

Le démon SSH sur votre serveur CentOS ne répond désormais qu'aux clés SSH. L'authentification par mot de passe a été désactivée avec succès.

Conclusion

Vous devriez maintenant avoir configuré l'authentification basée sur des clés SSH sur votre serveur, vous permettant de vous connecter sans fournir de mot de passe de compte.

Si vous souhaitez en savoir plus sur l'utilisation de SSH, consultez notre Guide des essentiels SSH.