OpenSSH : 257 caractères suffisaient à ouvrir un compte verrouillé

Quand l’astérisque devient la clé

Un serveur ne compare pas directement les mots de passe : il les transforme avec une fonction mathématique, puis compare le résultat à la valeur enregistrée. Pour les comptes qui ne doivent jamais accepter de mot de passe, comme root sur de nombreux systèmes, la convention Unix veut depuis 1980 qu’on enregistre un simple astérisque, qu’aucun calcul ne peut produire.

En 2012, musl a décidé que sa fonction renverrait aussi un astérisque en cas d’échec, ce qui arrive dès qu’un mot de passe dépasse 256 caractères. En 2016, OpenSSH a ensuite corrigé un défaut de chronométrage qui révélait les comptes existants. Pour uniformiser les temps de réponse, le serveur effectue désormais le calcul même pour un compte verrouillé. Un mot de passe long produisait donc un astérisque, identique à celui enregistré : la connexion était acceptée.

Qui est exposé

Plusieurs conditions sont nécessaires : le serveur repose sur musl (Alpine, OpenWrt, Buildroot, Yocto), n’utilise pas PAM, autorise la connexion par mot de passe, ce qu’OpenSSH fait par défaut, et compte un compte verrouillé par astérisque ainsi qu’un autre avec un vrai mot de passe. Depuis Alpine 3.16, en 2022, root est verrouillé ainsi. Sur les images Alpine officielles d’AWS et d’Azure, le compte par défaut peut en outre devenir administrateur sans mot de passe.

Debian, Ubuntu, Fedora et les systèmes avec PAM ne sont pas concernés. Le chercheur n’a pas connaissance d’une exploitation active.

Les administrateurs doivent installer OpenSSH 10.6p2 ou, à défaut, désactiver la connexion par mot de passe.