Au dĂ©but des annĂ©es 90, les rĂ©seaux informatiques Ă©taient en train de se dĂ©velopper Ă un rythme effrĂ©nĂ© et les administrateurs système avaient besoin d’un moyen sĂ»r et sĂ©curisĂ© pour accĂ©der Ă distance Ă leurs systèmes. C’est Ă ce moment que la technologie SSH (Secure Shell) est apparue pour remplir ce vide.
SSH a Ă©tĂ© dĂ©veloppĂ© en 1995 par Tatu Ylönen, un chercheur finlandais en sĂ©curitĂ© informatique. Il a créé SSH pour remplacer les protocoles de connexion distante peu sĂ©curisĂ©s, tels que Telnet et rlogin, qui transmettaient les informations en clair et Ă©taient vulnĂ©rables aux attaques de l’Internet public.
Depuis son lancement, SSH est devenu l’outil de choix pour les administrateurs système et les dĂ©veloppeurs qui souhaitent accĂ©der Ă distance Ă leurs ordinateurs et serveurs. Il offre une connectivitĂ© fiable et sĂ©curisĂ©e pour gĂ©rer les systèmes distants, ce qui le rend indispensable pour les entreprises et les organisations.
Avec la technologie de cryptage de bout en bout et l’authentification Ă clĂ© publique, SSH garantit la sĂ©curitĂ© des communications et protège les informations sensibles des regards indiscrets. De plus, il est simple Ă utiliser et ne nĂ©cessite qu’un client SSH installĂ© sur l’ordinateur local et un serveur SSH en cours d’exĂ©cution sur l’ordinateur distant.
Les fichiers de configuration sont stocké dans /etc/ssh/
ssh
|
|
sshd
“sshd” est l’acronyme pour “Secure Shell Daemon” et c’est le processus qui exĂ©cute le serveur SSH sur un ordinateur. Lorsqu’un client SSH se connecte Ă un serveur distant, il Ă©tablit une connexion avec le processus “sshd” sur le serveur. Le serveur SSH utilise le protocole SSH pour authentifier le client et Ă©tablir une session sĂ©curisĂ©e pour les communications. En gros, le processus “sshd” sur le serveur est la partie serveur de la solution SSH.
|
|
la gestion des clés
il y a 2 endroits ou sont stocké les clés:
-
dans le home de l’utilisateur.
-
les clés de la machine qui sont dans le /etc/ssh
pour qu’une machine soient autorisĂ© il faut que le clĂ© public soit dans le fichier ~/.ssh/authorized_keys