Bonjour à tous
J'ai deux serveurs un de prod et un de dev
Pour mes connexions ssh
- j'utilise un mot de passe que je tappe à chaque fois pour le serveurs de prod
- un couple de clef sur le serveur de dev ce qui me permet de ne pas avoir à tapper le mot de passe $ ssh serveurdev
Mais je me demande si ce type de connexion est aussi sécurisé?
Est il de voler la clef sur mon portable pour se connecter depuis un autre ordi?
# Connexion par clef chiffrée
Posté par tetraf . Évalué à 5.
La méthode de connexion la plus sure est de passer par une paire de clef, comme ce que tu fais pour le dev, il vaudrait mieux le faire également pour la prod. À moins que ton mot de passe ne soit plus long et plus complexe que ta clef évidemment, mais ça devient très difficile à retenir.
Si ta clef privée est en clair (non chiffrée) sur ton ordi perso alors il est possible à un intrus de la récupérer. Tu peux la protéger en la chiffrant (avec la commande ssh-keygen), ce qui fait que ssh te demandera le mot de passe de la clef à chaque utilisation (pour la déchiffrer), pour limiter cette contrainte tu peux utiliser un agent d'authentification (i.e. : les commandes ssh-agent et ssh-add) qui conservera ta clef déchiffrée pour un certain temps.
Pour renforcer encore la sécurité de ta machine personnelle il est recommandé de chiffrer le disque.
Pour augmenter la sécurité de la connexion à ton serveur ssh tu peux changer le port 22 en autre chose. Ça limite les attaques automatiques. Tu peux aussi utiliser un logiciel comme fail2ban. Pour aller plus loin tu peux également mettre en place du port-knocking.
D'autres informations ici : http://wiki.auto-hebergement.fr/services/acc%C3%A8s_%C3%A0_distance#ssh
[^] # Re: Connexion par clef chiffrée
Posté par gotcha5832 . Évalué à 2.
Je te remercie,
je viens de recréer un clef ssh-keygen avec une paraphrase(ma précédente n'en avais pas)
Plus un ssh-add
Tu recommande quelle longueur de paraprase'
Tu recommande de chiffrer tout le disque? ou seulement une partition.
Il y a t il une impact sur les perf?
[^] # Changement de port ssh
Posté par gotcha5832 . Évalué à 2.
sur mon serveur j'ai changé le port
dans /etc/ssh/sshd_config
redemarré
Mais du coup je peux me connecter sur les deux port?
$ ssh User@Serveur -p 1012
ou
$ ssh User@Serveur -p 22
[^] # Re: Changement de port ssh
Posté par gotcha5832 . Évalué à 1.
Je comprends pas
[^] # Re: Connexion par clef chiffrée
Posté par jihele . Évalué à 2.
Tu peux aussi interdire à root de se connecter en SSH (c'est interdit par défaut, il me semble), et alors tu dois te connecter d'abord avec ton utilisateur, puis faire su.
L'essentiel des attaques à l'aveugle se concentre sur root, faute de connaître les utilisateurs du système.
[^] # Re: Connexion par clef chiffrée
Posté par Benoît Sibaud (site web personnel) . Évalué à 3.
Ou obliger root à utiliser une clé.
man sshd_config
# la configuration c'est important
Posté par Naabster . Évalué à 2.
Je ne sais pas si tu l'a déjà lu, mais au cas ou… Un petit article sur la configuration de ssh à lire ici
[^] # Re: la configuration c'est important
Posté par gotcha5832 . Évalué à 1.
Interessant
# SSH
Posté par Trololo . Évalué à 2. Dernière modification le 28 mai 2017 à 14:23.
Hello
Selon ta distrib, ton changement de port d'écoute ssh peut être bloqué si, selon ta distrib, tu n'as pas conf le firewall en amont, exemple, sur les OS RedHat, il y a un Firewall natif qui ouvre le port 22 pour ssh car port natif mais ne changera rien sur le Firewall si tu changes le port d'écoute.
Ceci est une explication parmi tant d'autres et n'est peut être pas à l'origine de ton pb, mais un test via chroot pour reprendre la main et contrôler les règles de Firewall ne coûte rien.
Sinon un ssh user@serv -vvv pourra peut être t'aider :)
[^] # Re: SSH
Posté par gotcha5832 . Évalué à 1.
Je te remercie,
Si ca te dis quelque chose je suis sous ubuntu.
J'ai dans /etc/ssh/ssh_config
Host *
Port 1012
dans /etc/ssh/sshd_config
dans /Home/Moi/.ssh/configPort 1012
puis à la connectionHost *
Port 1012
```
$ ssh Moi@Serv -vvv
OpenSSH_6.6.1, OpenSSL 1.0.1f 6 Jan 2014
debug1: Reading configuration data /home/Moi/.ssh/config
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to Serv [Serv] port 22.
```Alors je comprends pas
# SSH
Posté par Trololo . Évalué à 1. Dernière modification le 30 mai 2017 à 06:09.
Bonjour,
Pour la partie serveur, le fichier de configuration important est /etc/ssh/sshd_config
Le fichier config tout court doit être coté client, il sert à enregistrer les serveurs distants de façon à ne pas entrer la commande ssh complète à chaque connexion.
Sinon un ssh user@serv -vvv pourra peut être t'aider :) | est un exemple
Si ton serveur répond au nom dns trololo.exemple, que l'utilisateur bob est autorisé à se connecter et que le port d'écoute ssh sur le serveur est 1012, alors la commande à taper est :
ssh -p 1012 bob@trololo.exemple
le -vvv n'est la que pour donner plus de détails en cas de non connexion, de façon à identifier la source du blocage.
C'est plus clair ?
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.