Tuto SSH, Partie 1: Introduction, le chiffrement à clé publique 

Ah merci bien. Et bien écoute bienvenue à toi !

Il y a une négociation pour avoir une clé symétrique qui n'est utilisée que pour cette session. La clé publique du serveur sert à initier cette négociation de façon sécurisée. Après c'est la clé symétrique qui est utilisée, et jetée à la fin de la communication

Aw, merci beaucoup Emmanuel

Ah merci beaucoup !

Oh merci. Ça c’est un super compliment !

@@yrougy Oui, pareille, mais j'aimerai mettre en évidence le changement d'identité lorsque on est dans le privé et au yeux de tous, les personnes changent car on a un public on veut avoir une image est des likes !!!! attention je ne parle pas de Yves je parle d'une manière général, mais c'est l'intention des personnes, qui compte, perso j'ai fait un master 1 en ASRBD, il me sert à rien en vu de la qualité, pédagogie, support, lien entre les modules stage ......et j'en passe !!! sans compter l'ego démesuré des formateurs qui veulent dégueuler leur savoir plus qu'autre chose !! et le centre qui regarde plus l'argent qu'autre chose. j' ai été pour réaliser une formation on m'a proposé de faire du cloud, j'ai eu des doute sur ce que je voulais faire y a eu une discussion au final, le centre me disait que tant que l'état paye ....! le centre de formation avait comme slogan "si vous êtes là c'est que nous le voulons !!!, et vous avait était choisi " slogan un peut bizarre !! alors que le discours était tout autre car £££ $$$ €€€ rattrape la réalité des chose, si j'était là c'était paracerque l'état pouvait financer la formation et qu'il avait besoin d'argent !! '(c'est ce qui m'a été dit sournoisement en entretient). J'essaye de chercher une personne qui réalisent de vrai cours " non tutoriel " de A à Z, afin de pouvoir réaliser différent serveurs avec administration et bien entendu base et ++ sur la sécurité en arrivant avec un bon bagage réel dans le métier et dans l'environnement linux avec une seul distribution spécialisé serveur comme rocky ou debian ou autre. mais je ne peux que rêver !!! Merci à toi Yves.

Ça se fait dans le fichier /etc/ssh/sshd_config, mais je n'en ai pas encore parlé

Content que ça puisse aider. C’est bientôt la rentrée avec de nouvelles vidéos et la suite de la série ssh.

Oui tu as vu comme ça a changé !

Il dépend du type de clé que tu as fait. Donc c'est quand tu fais le ssh-keygen que tu peux préciser l'algorithme à utiliser (ssh-keygen -t typeDeClé).

Merci beaucoup ! J'espère que tu vas trouver ton bonheur sur la chaine.

C'est le Auna amzn.to/36zBTkG (lien affilié). J'ai changé de micro depuis, pour en prendre un dynamique et qui est donc moins sensible.

Hello, Est-ce que ton téléphone est bien connecté au wifi de chez toi ? Car sinon, tu passes par Internet, et c'est ta box/routeur qui ne sait pas quoi faire de la demande de connexion

@@yrougy J'arrive à me connecter depuis mon téléphone en utilisant la Wi-Fi, que ce soit chez moi ou ailleurs. J'ai aussi fait le test depuis un autre ordinateur et ça fonctionne. Cependant, lorsque je passe par le réseau cellulaire ça bloque. Du coup, j'ai tenté le coup en passant par un VPN, car je pensais que c'était le "type" d'IP, s'il y en a un, qui posait problème. Mais là, soit le port 22 ferme tout seul la communication, soit elle est réinitialisée direct. Ce qui revient au même, au sens où je suis kické d'office.

Pour ça il faut que tu rediriges le port 22 de ton IP publique (de la box) sur le port 22 de l'adresse IP de ton ordi. Et depuis ton téléphone en cellulaire, il faut que tu mettes l'adresse IP publique de ta box, et pas l'adresse en 192.168

@@yrougy d'acc je vais tester ça ! Merci !

Tant qu'il y a un serveur ssh sur une machine et un client sur l'autre ça fonctionne pareil.

C'est le principe même du chiffrement à clé publique: une clé chiffre et l'autré déchiffre. Tout comme un cadenas ferme une boite et la clé associée l'ouvre ;)

☺️

La série sur le sujet va assez loin, n'hésite pas à la regarder ;)

Ça, ça fait super plaisir

Ça pourrait oui, et c'est en partie ce que j'aimerais creuser pour le présenter. Mais je n'ai vraiment pas encore de date

Merci à toi 😊

Malheureusement non, pas pour le moment.

Bonjour Samir, Oui je te rassure tout est chiffré et dans les deux sens. Je ne suis pas entré dans les détails, mais la communication entre le client et le serveur sert à initialiser la négociation d'une clé de session (une clé symétrique) qui sera utilisée pour le reste de la communication. Donc même si on a une clé que d'un coté, ça suffit pour amorcer une session chiffrée. Si tu veux creuser un peu, regarde le principe de négociation de clé de Diffie Hellman par exemple. C'est ce qui est utilisé dans notre cas.

Ha c'est cool de voir quand les vidéos sont utiles XD

Ça ne pose aucun soucis que la clé publique soit interceptée. Par définition tout le monde peut y avoir accès sans risquer de perturber le fonctionnement. C'est le gros avantage du chiffrement à clé publique. Mon mail est disponible dans mon profil youtube

C'est sur le Mac. J'ai utilisé ce tutoriel: www.freecodecamp.org/news/how-to-configure-your-macos-terminal-with-zsh-like-a-pro-c0ab3f3c1156/ mais il est possible que j'aie fait quelques bricolage autour. Je ne sais pas si ça rend pareil sur un Linux

@@yrougy parfait merci :) je devrais réussir à m'en sortir :)

Merci ça a marcher !

Je suis trop contente. :-)

Ah génial !

Il n'y a qu'une seule paire de clés obligatoire. C'est la paire du serveur. C'est cette paire là qui est utilisée quand tu te connectes à distance, avant que tu entres ton mot de passe. On ne peut pas s'en passer. C'est une paire de clés qui est dans le répertoire /etc/ssh Après, il est *possible* d'utilise une seconde paire de clés, pour qu'un utilisateur puisse se connecter sans passer par son mot de passe. C'est en plus de la première clé, et c'est facultatif. Et c'est une clé qui est dans le répertoire de connexion de l'utilisateur, donc un truc comme /home/yves/.ssh

Bonjour Freddy. Oui c'est un peu hors sujet par rapport à la vidéo, mais pas par rapport à la chaîne ;) Malheureusement je n'ai aucune idée de comment configurer un svxlink, je ne l'ai jamais fait. Alors je peux peut être mettre ça sur la liste des choses à faire, mais cette liste est déjà bien remplie, je ne promets vraiment rien !

Je n'ai pas prévu de vidéos dans l'immédiat pour le réseau, mais je les rajoute dans la liste des idées à explorer ;)

Ah merci beaucoup !

Merci du compliment ! Mais si tu veux ne pas te perdre en chemin, regarde aussi la playlist découvrir Linux sur la chaine, il y a plein de petites explications qui permettent de mieux comprendre les trucs plus avancés, comme cette vidéo.

Ssh C’est les deux. Un logiciel qui implémente le protocole.

Difficile de dire avec si peu d’infos. C’est quelle système d’exploitation sur le serveur et tu utilise quel client ?

C’est pas plutôt l’inverse que tu cherches à faire ? Du vnc à l’intérieur d’une connexion ssh ?

Merci ! J’y mets du cœur ça fait plaisir de voir que c’est apprécié :)

Bonjour

Bonjour

Super ! Ça fait très plaisir de voir que ça sert sur le terrain 😀 J'espère que ça se passera tout bien lundi alors !! Bon courage

Oui c’est bien la même clé. Cependant ce n’est un soucis. La clé publique sert à chiffrer les données en effet, donc tout le monde peut chiffrer les données pour le serveur (ça je crois que tu l’as bien compris). MAIS ! ( et c’est un gros mais) Il faut pouvoir déchiffrer les données. Et pour ça la clé publique est inutile, c’est le rôle de la clé privée qui n’est présente nulle part sauf sur le serveur. Du coup si tu essaies de te faire passer pour le serveur, tu ne pourras pas déchiffrer les messages qui te sont adressés car tu ne pourras pas déchiffrer les messages. En deux mots, la clé publique ne sert que à chiffrer les messages. Tout le monde la connaît. La clé privée sert à déchiffrer les messages chiffrés avec la clé publique. Et seul son propriétaire la connaît. C’est un peu plus clair ?

@@yrougy Merci pour votre réponse rapide ! Oui c'est plus claire :)

C’est avec la commande ssh-keygen qu’on crée une identité

@@yrougy merci beaucoup bro.

Merci ! :)

Le chiffrement des données c’est le problème que résout ssh. Aujourd’hui la plupart des accès ligne de commande se font en ssh pour cette raison. Tu as très peu de chances de trouver des accès en telnet non chiffrés aujourd’hui. C’est immédiatement visible dans une capture wireshark en effet. Il n’y a pas besoin de manipulation particulière pour le voir.

Pour pouvoir déchiffrer un message avec la clé publique il faut que le message ait été chiffré avec la clé privée. Comme la communication initiale est chiffrée avec la clé publique ben.... il n’y a que la clé privée à laquelle on n’a pas accès qui peut le déchiffrer.

​@@yrougy Je comprends bien ce fonctionnement mais à 5:00 votre explication stipule que le chiffrement symétrique ne nécessite que de la clé publique pour les deux actions (chiffrement, déchiffrement), du coup je ne comprends pas ce qui empêche techniquement de faire la même chose pour de l'asymétrique.

En symétrique il n’y a pas de clé publique. Ce n’est peut être pas clair dans la vidéo. En symétrique la clé est un secret partagé par les deux correspondants. Et c’est ça le soucis. On a le chiffrement à clé publique pour simplifier la transmission d’une clé symétrique

@@yrougy C'est effectivement moi qui ai fait le raccourci clé -> clé publique à tord, la vidéo n'y fait pas référence. J'ai bien compris votre explication, merci de votre temps :)

C'est normal, le tunneling X n'est pas un accès bureau distant. Quand tu fermes le PC, le navigateur reçoit le signal de s'arrêter et du coup paf l'upload. Je dirais que pour que ça marche, il faudrait plutôt s'y connecter en VNC (c'est configurable directement sur le Raspberry Pi de mémoire. Peut être même avec sudo raspi-config) pour avoir un bureau distant qui continue de fonctionner meme quand on se déconnecte...

@@yrougy Auriez vous une adresse mail ?

@@amszleyinnocent7497 elle est accessible dans l'onglet à propos: ru-vid.comabout

@@yrougy j'avais déjà regardé mais je ne l'ai pas trouvé.

Amszley Innocent tu peux essayer le nom de ma chaîne at gmail.com

Merci à vous 😊

Merci !

Sur quelle distribution ?

C'est difficile de te répondre... Putty est un client SSH qui permet de se connecter à un serveur SSH comme ceux qu'on a sur les machines Linux.

C'est le mot de passe du serveur, pour que ssh puisse accéder à tes fichiers sur le serveur

@@yrougy comment je peux l'avoir svp ?

@@yrougy j'ai tout essayé et je suis en stage je perds beaucoup de temps 😥

Il faut voir avec l’administrateur du serveur ça.

@@yrougy je lui ai demandé mais il n a pas branché je pense que c par rapport aux clés privées et publiques peut être que g mal fait une étape

Merci beaucoup M'bark :). Cette une série qui m'a pris pas mal de temps à réaliser

@@yrougy je me doute bien force et courage a toi !

Oh mais de rien !

Merci beaucoup 👍

Content que ça puisse t'aider !

Oui je tape ça dans la ligne de commande Linux ou Unix. Si tu débutes je te conseille de commencer par ça: ru-vid.com/group/PLQqbP89HgbbbD0WSKRR90R5yjmTpSNNIl

Merci Yves, Puis-je taper exactement la même chose dans une commande windows si je ceut suivre le tuto mais que je suis sur un pc windows ?

Dans le terminal cmd ou power shell de Windows ça risque de ne pas marcher. Si tu as le terminal bash par contre c’est possible que ça fonctionne. Mais c’est pour se connecter sur une machine distante avec son adresse IP hein.

C'était surtout pour savoir si je pouvait mettre en application tes tuto depuis un pc windows. Je constate en regardant d'autres de tes Tuto qu'ils sont vraiment accés Linux. Bilan je vais peut-être en profiter pour me mettre à linux que je connais très peu. Bref le père noël va certainement m'apporter un Raspberry PI. Merci encore Yves.

C’est une bonne occasion pour essayer de jouer un peu avec Linux en effet. Surtout qu’un raspberry pi c’est vraiment une super machine. On peut faire tellement de choses avec. Content que ça t’aie donné envie d’essayer un nouveau système :)

Idem sauf qu’il me faudra intégrer et digérer déjà cette partie. C’est dire mon niveau de connaissance en ce domaine. Merci à Yves bien sûr

Faut pas hésiter à y aller à son rythme, et revoir si nécessaire. C’est ça qui est bien avec les vidéos, on peut faire pause réfléchir essayer revenir dessus ! Chacun son rythme ! (Je suis lent à apprendre moi...)

Mais de rien. J’ai encore un (voire deux) épisodes à faire sur cette série

@@yrougy ah cool ! Réactif aux commentaires en plus génial ! Continuez ainsi les explications sont claires à chaque fois !

Je me disais aussi que si tu avais aimé l'autre vidéo sur ssh, cette série te plairait ! Mais attention les derniers épisodes sont un peu avancés...

YvesRougyFR pas grave si s’est avancés si je comprend pas une chose je te demanderai un plus d’éclaircissement à ce moment là en tout cas merci tu est pédagogue dans tes vidéos donc on comprend mieux

Mais de rien 😀