Une vulnérabilité critique dans OpenSSH permet à un attaquant d’obtenir les privilèges root sur certaines distributions Linux en envoyant simplement une chaîne de 257 caractères lors de la connexion SSH. La faille, découverte par le chercheur en sécurité Ozgun Kultekin, affecte uniquement les systèmes utilisant la bibliothèque musl libc et ayant le support PAM désactivé. OpenSSH a déjà publié un correctif, mais les administrateurs concernés doivent mettre à jour sans tarder.
Une faille d’authentification par contournement de mot de passe
Le problème réside dans la manière dont sshd, le démon SSH, gère l’authentification par mot de passe lorsque PAM (Pluggable Authentication Modules) est désactivé. Sur les systèmes vulnérables, un attaquant peut envoyer un mot de passe de 257 caractères ou plus, ce qui provoque un comportement inattendu dans la vérification du hash du mot de passe. Au lieu de rejeter la tentative, le système accepte la connexion et accorde un accès root.
Selon les notes de version d’OpenSSH, « cette version contient une solution de contournement de sécurité critique qui affecte les systèmes Linux utilisant musl libc et PAM désactivé ». Le correctif évite le contournement de l’authentification par mot de passe en modifiant la façon dont sshd traite les mots de passe trop longs.
Qui est concerné ?
La vulnérabilité ne touche pas toutes les distributions Linux. Elle nécessite la réunion de plusieurs conditions :
- Le système utilise la bibliothèque musl libc au lieu de la glibc standard.
- Le serveur SSH est configuré avec PAM désactivé (UsePAM no).
- L’authentification par mot de passe est activée (ce qui est le cas par défaut).
- Il existe un compte avec un hash de mot de passe défini sur « * », ce qui est courant pour les comptes root ou les comptes sans mot de passe.
Les distributions les plus susceptibles d’être affectées sont celles basées sur musl, comme Alpine Linux, OpenWrt, Buildroot et Yocto. La plupart des distributions grand public comme Ubuntu, Debian, Fedora et Arch Linux utilisent glibc et ne sont donc pas vulnérables.
Explication technique de la faille
La cause profonde de la vulnérabilité est une interaction entre deux fonctions de gestion des mots de passe. Une fonction utilise le caractère « * » comme valeur de hash pour indiquer qu’un compte n’a pas de mot de passe valide, en supposant que ce caractère ne sera jamais utilisé comme hash réel. Cependant, une autre fonction, lorsqu’elle reçoit un mot de passe trop long, définit le hash sur « * » pour signaler une erreur. En raison de cette confusion, le système interprète le hash « * » comme une indication que le compte n’a pas de mot de passe, et accorde l’accès sans vérification supplémentaire.
Cette faille a été découverte par Ozgun Kultekin, qui a documenté le problème sur son site sshhole.com. Il explique que la vulnérabilité est due à un cas limite négligé dans la gestion des mots de passe sur les systèmes musl sans PAM.
Correctif et recommandations
OpenSSH a publié une mise à jour qui corrige cette vulnérabilité. Les administrateurs de systèmes concernés doivent mettre à jour OpenSSH immédiatement. En attendant la mise à jour, il est recommandé de désactiver l’authentification par mot de passe et d’utiliser des clés SSH, ou d’activer PAM si possible.
Pour vérifier si votre système est vulnérable, vous pouvez exécuter la commande ssh -V pour connaître la version d’OpenSSH, et vérifier la configuration dans /etc/ssh/sshd_config pour voir si UsePAM no est présent. Si c’est le cas, et que vous utilisez une distribution musl, vous êtes à risque.
Impact sur les utilisateurs
Bien que la faille soit sérieuse, elle ne concerne qu’un petit nombre de distributions. La plupart des utilisateurs de Linux grand public ne sont pas affectés. Cependant, les utilisateurs de distributions minimalistes comme Alpine Linux, souvent utilisées dans des conteneurs ou des environnements embarqués, doivent être vigilants. Les routeurs sous OpenWrt et les systèmes embarqués basés sur Buildroot ou Yocto sont également concernés.
Cette vulnérabilité souligne l’importance de maintenir ses systèmes à jour et de suivre les bonnes pratiques de sécurité, comme l’utilisation de clés SSH plutôt que de mots de passe.
Conclusion
La faille SSH découverte récemment est un rappel que même les protocoles les plus fiables peuvent contenir des vulnérabilités. Heureusement, le correctif est déjà disponible et la portée de la faille est limitée. Les administrateurs concernés doivent agir rapidement pour protéger leurs systèmes.
