Aller au contenu

Générateur de clé SSH

SSH Key Generator

Produit une paire de clés OpenSSH avec commentaire et affiche son empreinte. La clé privée sort sans phrase secrète : ajoutez-en une localement avec ssh-keygen -p.

Le même générateur de clés, ouvert sur son onglet OpenSSH : une ligne d'`authorized_keys` et la clé privée `openssh-key-v1` correspondante, générées dans le navigateur. Ed25519 par défaut, avec ECDSA et RSA pour les hôtes qui les veulent.

🔒 Fonctionne entièrement dans votre navigateursshkeyscrypto
Algorithme

Petite, rapide, moderne. La valeur par défaut de SSH depuis 2014.

Apparaît à la fin de la ligne de clé publique OpenSSH.

Les clés sont générées par la WebCrypto de ce navigateur lui-même (crypto.subtle.generateKey) dans cet onglet, et n’en sortent jamais : rien n’est transmis, journalisé ni conservé. Les formats sont vérifiés face à OpenSSH lui-même dans la suite de tests de ce projet. Générez la clé sur la machine qui gardera la partie privée quand vous le pouvez ; une clé qui a existé dans un onglet de navigateur a existé dans la mémoire de cet onglet.

Comment s’en servir

  1. Mettez un commentaire

    Il va à la fin de la ligne de clé publique — `vous@machine` par convention. C'est ce qui vous permettra de retrouver la bonne ligne dans un `authorized_keys` d'une douzaine d'entrées, dans deux ans.

  2. Copiez la clé publique sur le serveur

    Une ligne, ajoutée à `~/.ssh/authorized_keys` sur l'hôte. La clé privée reste chez vous.

  3. Enregistrez la clé privée et verrouillez-la

    Téléchargez-la sous le nom `id_key`, puis `chmod 600 id_key` — ssh refuse une clé privée que d'autres comptes peuvent lire — et `ssh-keygen -p -f id_key` pour ajouter une phrase secrète.

Questions fréquentes

Pourquoi la clé privée n'est-elle pas chiffrée ?

Chiffrer une clé `openssh-key-v1` demande bcrypt-pbkdf, et le faire ici reviendrait à revendiquer une implémentation de KDF que cette page ne peut pas vérifier contre OpenSSH pour chaque paramètre. Ajouter la phrase secrète en local avec `ssh-keygen -p` emploie le code d'OpenSSH lui-même, ce qui est strictement mieux.

Dois-je vraiment générer une clé SSH dans un navigateur ?

Pour un hôte jetable, un labo, ou quand vous n'avez pas de terminal sous la main, c'est une commodité raisonnable — rien n'est transmis et les formats sont vérifiés contre `ssh-keygen` lui-même dans les tests de ce projet. Pour la clé qui ouvre la production, utilisez le terminal de la machine qui la gardera.

Le serveur demande toujours un mot de passe.

En général les permissions : `~/.ssh` doit être en 700 et `authorized_keys` en 600 sur l'hôte, et la clé privée en 600 chez vous. `ssh -v` dit quelle vérification a échoué, et c'est presque toujours celle-là.

Puis-je utiliser une seule clé pour plusieurs serveurs ?

Vous le pouvez, et c'est courant. Le compromis est le rayon d'action : une clé privée compromise ouvre tout ce sur quoi elle était installée. Une clé distincte par environnement — portable vers production, CI vers préproduction — coûte une ligne chacune et limite les dégâts.

À alimenter depuis

Ensuite

Ces outils acceptent ce que celui-ci produit : le résultat peut y aller directement.