Les d\u00e9veloppeurs d'OpenSSH ont publi\u00e9 une mise \u00e0 jour urgente d'OpenSSH 10.6p2, qui ajoute une protection contre une vuln\u00e9rabilit\u00e9 critique (CVE non attribu\u00e9), surnomm\u00e9e \u00ab SSHole \u00bb, permettant de contourner l'authentification. Dans les syst\u00e8mes utilisant la biblioth\u00e8que Musl, la vuln\u00e9rabilit\u00e9 permet de se connecter \u00e0 un utilisateur pour lequel aucun mot de passe n'est d\u00e9fini, en saisissant un mot de passe de plus de 256 caract\u00e8res. Ce probl\u00e8me touche les distributions Linux utilisant la biblioth\u00e8que standard musl, mais ne recourant pas \u00e0 PAM (Pluggable Authentication Modules), telles qu'OpenWRT, Alpine, Buildroot et Yocto. Ce qui est particuli\u00e8rement pr\u00e9occupant, c'est que l'acc\u00e8s par mot de passe est souvent bloqu\u00e9 pour l'utilisateur root, permettant ainsi \u00e0 quiconque de se connecter \u00e0 distance avec des droits d'administrateur.<\/p>\n
L'erreur entra\u00eenant la vuln\u00e9rabilit\u00e9 ne se trouve pas dans le code d'OpenSSH, mais est exploit\u00e9e via sshd. \u00c9tant donn\u00e9 la gravit\u00e9 du probl\u00e8me, une solution de contournement a \u00e9t\u00e9 propos\u00e9e dans la version 10.6p2 d'OpenSSH pour bloquer la vuln\u00e9rabilit\u00e9. Il est recommand\u00e9 aux propri\u00e9taires de syst\u00e8mes vuln\u00e9rables de ne pas attendre les mises \u00e0 jour, mais de d\u00e9sactiver imm\u00e9diatement l'authentification par mot de passe en utilisant le param\u00e8tre \u00ab PasswordAuthentication no \u00bb dans \/etc\/ssh\/sshd_config ou de d\u00e9sactiver compl\u00e8tement SSH. <\/p>\n
Le probl\u00e8me ne se manifeste pas dans les syst\u00e8mes autres que Linux, ni dans les environnements Linux bas\u00e9s sur glibc, et encore moins dans les syst\u00e8mes utilisant PAM pour l'authentification par mot de passe. Un correctif est d\u00e9j\u00e0 disponible dans Alpine et OpenWRT.<\/p>\n
La vuln\u00e9rabilit\u00e9 est li\u00e9e \u00e0 une interaction incorrecte entre OpenSSH et la fonction crypt() de musl. Pour se prot\u00e9ger contre la d\u00e9tection de l'existence d'utilisateurs par l'analyse des variations de temps de traitement des requ\u00eates, depuis 2016, OpenSSH utilise une proc\u00e9dure de v\u00e9rification de mot de passe standard lors de la v\u00e9rification des comptes sans mot de passe : il appelle la fonction \u00ab crypt(mot de passe transmis, sel) \u00bb avec le sel d'un autre utilisateur ayant un hachage de mot de passe valide, puis compare le hachage retourn\u00e9 par la fonction crypt avec la valeur dans le champ contenant le hachage de mot de passe.<\/p>\n
Cependant, dans musl, la fonction crypt() pour les hachages SHA-512 retourne le caract\u00e8re \u00ab * \u00bb, si la longueur du mot de passe transmis d\u00e9passe 256 octets (cette limite a \u00e9t\u00e9 introduite en 2012 pour se prot\u00e9ger contre les attaques par d\u00e9ni de service, car l'envoi de grandes valeurs engendre une grande charge pour le CPU). Le m\u00eame caract\u00e8re est utilis\u00e9 dans le champ hach\u00e9 du mot de passe dans \u00ab \/etc\/shadow \u00bb pour indiquer que l'authentification par mot de passe est bloqu\u00e9e pour ces comptes. <\/p>\n
En cons\u00e9quence, un attaquant ayant la possibilit\u00e9 de se connecter \u00e0 un serveur SSH peut se connecter \u00e0 n'importe quel compte dont le champ mot de passe dans \u00ab \/etc\/shadow \u00bb contient le caract\u00e8re \u00ab * \u00bb, en transmettant une cha\u00eene de 257 \u00e0 1024 octets. Ce probl\u00e8me concerne de nombreuses images Docker existantes, construites avec Alpine Linux, ainsi que les images Alpine par d\u00e9faut pour les syst\u00e8mes cloud AWS et Azure, o\u00f9 l'utilisateur root a un signe \u00ab * \u00bb au lieu d'un hash de mot de passe. <\/p>\n