libssh, explications sur la dernière faille

Cette box est une ébauche, je vais essayer de présenter vaguement SSH pour ceux qui ne connaissent pas puis je vais expliquer la nouvelle faille de la libssh : la CVE-2018-10933
https://www.cvedetails.com/cve/CVE-2018-10933/

J'ai voulu faire mon schéma en ASCII-Flow, si ça ne passe pas j'essaierai d'en faire un autrement.

Donc tout d'abord :
SSH c'est quoi ?

Un peu d'histoire de l'informatique...
Une fois l'informatique moderne et leurs connexions en réseau, les gens ont voulu se connecter à distance sur une machine depuis une autre. Pour ça fut utiliséé telnet qui permet tout simplement d'échanger des données dans les 2 sens et donc de se "connecter à distance" sur une machine.
Mais avec l'invention de l'interweb mondial, ces machines se sont retrouvées exposées et la naissances des premiers hackers a fait naître un shell "sécurisé", le rsh (puis le rbash, etc).

Malheureusement, si j'ai mis des guillemets à "sécurisé" c'est pas pour rien. Le rsh ou rbash ne rempli par réellement son but et est en plus très restrictif pour quelqu'un ayant les droits de se connecter, une solution a été créée : SSH !

Ce protocole permet de monter une connexion sécurisée et chiffrée, mais encore et toujours il y a des failles, erreurs et des chiffrements trop faibles. SSH2 a donc été créé, corrigeant toutes ces erreurs.


Donc pour résumer :
SSH est un protocole de connexion à distance d'une machine à une autre (pour faire simple)
Quand on parle de SSH, on parle en général de SSH2


Oui mais, libssh ?

libssh est ce que l'on appelle une implémentation du protocole SSH. Comme autre implémentation on peut parler du très utilisé OpenSSH.
A savoir qu'il existe encore une fois 2 versions de libssh :
- libssh
- libssh2

La nouvelle "faille" ne touche QUE libssh (et donc pas libssh2 ou toute autre implémentation).


C'est quoi cette faille ?

La partie la plus intéréssante !

Dans un premier temps, pour bien comprendre il faut savoir comment fonctionne l'authentification via libssh.
J'ai donc fait un petit schéma qui montre les échanges d'une connexion réussie.

(Voir dans la description puisqu'il ne passe pas en ASCII, j'ai fais un screen un peu dégueu)


Lorsque l'on regarde ce qui a été communiqué sur cette faille ( https://www.libssh.org/security/advisories/CVE-2018-10933.txt ) il nous suffit de remplacer le SSH_MSG_USERAUTH_REQUEST par la réponse SSH2_MSG_USERAUTH_SUCCESS et le serveur va traiter cette réponse comme la sienne et on se retrouve donc connecté sur le serveur sans avoir eu à s'authentifier.
Si "l'attaque" parraît simple c'est parce qu'elle l'est : https://www.exploit-db.com/exploits/45638/

Bien sûr, cette faille est corrigée à partir des version 0.7.6 et 0.8.4 !