Osegi
Sécurité·2 min de lecture

sshhole : faille OpenSSH sur Linux musl, comptes sans mot de passe

La faille critique sshhole touche OpenSSH sur Linux musl comme Alpine depuis 2016 : les comptes sans mot de passe acceptent tout mot de passe de plus de 256 caractères.

A padlock icon over a terminal window showing an SSH login prompt, symbolizing an OpenSSH authentication flaw.
Image: Хабр

Une vulnérabilité critique baptisée sshhole a été révélée dans OpenSSH sur les systèmes Linux utilisant la bibliothèque C musl. Présente depuis 2016, elle permet d’accéder à des comptes qui ne sont pas protégés par un mot de passe. Sont concernés notamment Alpine, OpenWrt, Buildroot et Yocto, ainsi que de nombreuses images Docker.

Le mécanisme de la faille

Les comptes qui n’ont pas vocation à exiger de mot de passe, avec le caractère * dans le champ correspondant, se mettent à accepter n’importe quel mot de passe de plus de 256 caractères. On pense à root, à un utilisateur de déploiement qui n’emploie que des clés SSH, aux utilisateurs LDAP et à l’utilisateur par défaut des images Alpine pour AWS et Azure. Selon la divulgation, tout mot de passe de 257 à 1024 caractères est accepté pour un tel compte.

Un système n’est exposé que si plusieurs conditions sont réunies : sshd tourne sur un système musl, PAM n’est pas utilisé, l’authentification par mot de passe est autorisée (c’est le réglage par défaut) et un compte avec * comme mot de passe existe. Il faut en outre qu’un autre compte possède un véritable mot de passe. Sous Alpine, le paquet openssh-server est configuré sans PAM par défaut, et certains administrateurs ajoutent explicitement UsePAM no.

Qui est concerné

Le risque est maximal avec les images officielles d’Alpine pour AWS et Azure. Leur utilisateur par défaut, alpine, présente ce réglage et peut exécuter des commandes via doas sans mot de passe, ce qui équivaut en pratique à des droits root.

Debian, Ubuntu, Fedora et toute autre distribution reposant sur glibc ne sont pas touchées. Il en va de même des configurations avec PAM, ainsi que de dropbear ou de l’implémentation OpenBSD d’OpenSSH.

Le correctif

Le problème est corrigé dans OpenSSH 10.6p2. Les administrateurs de systèmes musl, en particulier d’instances cloud et d’images de conteneurs fondées sur Alpine, doivent vérifier leur configuration et mettre à jour. Désactiver l’authentification par mot de passe lorsqu’elle est inutile permet aussi de fermer cette voie d’attaque.

Des apps à découvrir

SUMO : le puzzle de nombres

Touche les bonnes cases, additionne, atteins l'objectif. Facile à apprendre, difficile à maîtriser. Gratuit, pour tous les âges.

Mots-clés:opensshsshholemuslalpine linuxvulnerabilitydocker

Plus d'actus de ce jour

Tout voir →

Plus dans: Sécurité

Tout voir →