5 votes

Garder la trace des clés privées SSH sans commentaires

Les clés publiques SSH prennent en charge les commentaires (qui consistent simplement en du texte ajouté à la fin de la clé), ce qui facilite l'identification d'un fichier id_rsa.pub autrement non identifiable. Vous pouvez utiliser le commentaire pour stocker des informations telles que l'identité de la clé, la date de création et la machine à laquelle elle est destinée.

Les clés privées semblent dépourvues de cette fonctionnalité. ssh-keygen -C comment générera une paire de clés avec le commentaire ajouté à la clé publique, mais la clé privée ne sera pas complétée. ssh-keygen a un -c l'argument qui "demande de changer le commentaire dans les fichiers de clés privées et publiques", mais

root@kitsune:~# ssh-keygen -c -f id_rsa
Comments are only supported for RSA1 keys.

Il semblerait donc que le format de clé privée SSH2 n'ait pas de champ de commentaire. Mais les fichiers peuvent être copiés et déplacés (ce qui peut arriver lorsque des comptes/machines partagent une clé) ou écrasés accidentellement, et ils ont tous le même nom (id_rsa), donc on peut perdre la trace de quelle clé est la bonne. En l'absence de commentaires, quelles sont les meilleures pratiques pour garder les clés privées organisées ?

2 votes

Enregistrez-les dans votre système de gestion de la configuration, avec les commentaires appropriés.

2voto

Jakuje Points 8949

Stocker la clé privée avec la clé publique vous donne la possibilité de voir le commentaire stocké dans la partie publique en utilisant la commande ci-dessous, mais je vois que ce n'est pas ce que vous voulez. Il n'y a aucun moyen de stocker un commentaire dans la clé elle-même (comme vous l'avez déjà mentionné).

$ ssh-keygen -lf ~/.ssh/id_rsa
2048 SHA256:abcdef[...] [comment] (RSA)

les fichiers peuvent être copiés et déplacés

C'est une très mauvaise idée. Vous ne voulez pas que vos données privées circulent. Dans le cas idéal, vous devriez avoir une paire de clés par appareil à partir duquel vous vous connectez. Si vous avez besoin de plus de clés sur le client, j'opterais pour une dénomination différente, telle que id_rsa-private-github (avec désignation appropriée de la partie publique). Avec une configuration appropriée dans ~/.ssh/config et/ou ssh-agent Il n'y a aucune faille dans ce système.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X