OpenSSH corrige un grave fallo de elusión de contraseña en distribuciones Linux basadas en musl

Una vulnerabilidad crítica detectada en el servicio de Secure Shell (SSH) permitía saltarse la autenticación de contraseñas y acceder como administrador en determinadas distribuciones de Linux. El fallo ha sido resuelto por OpenSSH mediante una solución paliativa en sus notas de publicación recientes, limitando el impacto a un subconjunto muy concreto de entornos del sistema operativo.

Un bypass basado en el desbordamiento de caracteres

El problema, descubierto por el investigador Ozgun Kultekin y detallado en su web sshhole.com, permitía superar la comprobación de acceso simplemente introduciendo una cadena de entre 257 y 1.024 caracteres en el campo de contraseña. Al alcanzar esa longitud, el sistema podía conceder acceso directo como usuario root.

El origen técnico del error reside en una discrepancia entre dos funciones de seguridad independientes. Por un lado, una de las rutinas asignaba un asterisco (`*`) asumiendo que este valor jamás coincidiría con el hash de una contraseña válida. Sin embargo, otra función separada acababa asignando precisamente ese mismo carácter si la clave ingresada se consideraba no válida al sobrepasar el límite de caracteres admitido.

Requisitos del sistema para ser vulnerable

El fallo no afecta al conjunto general del protocolo SSH ni a las distribuciones de Linux mayoritarias. Según ha especificado OpenSSH, la vulnerabilidad repercute exclusivamente en sistemas que compilan y ejecutan el demonio `sshd` sobre la biblioteca estándar C musl en lugar de glibc, y siempre que cuenten con el soporte de módulos de autenticación conectables (PAM) desactivado.

Para que la brecha resulte explotable deben coincidir simultáneamente varias condiciones en el servidor:

* Ejecución de `sshd` sobre musl libc (habitual en entornos como Alpine Linux, OpenWrt, Buildroot o Yocto).

* Soporte PAM ausente o deshabilitado explícitamente mediante la configuración `UsePAM no` (un ajuste por defecto en `openssh-server` dentro de Alpine).

* Autenticación por contraseña habilitada.

* Existencia de una cuenta que use únicamente un asterisco como contraseña (habitual en cuentas protegidas solo por clave SSH, usuarios LDAP o la cuenta root por defecto en ciertas configuraciones) junto a otra cuenta que sí posea una contraseña establecida.

Corrección en OpenSSH

Desde el equipo de desarrollo de OpenSSH han puntualizado que, si bien la causa raíz del comportamiento radica fuera del propio demonio `sshd`, han implementado un parche defensivo para evitar que la autenticación sea eludible a través de su servicio en los entornos afectados.

Por el contrario, los despliegues basados en la biblioteca estándar de C tradicional (glibc) —como Debian, Ubuntu o Fedora—, así como aquellas configuraciones que gestionan la identificación mediante PAM, OpenBSD o alternativas como Dropbear, se encuentran libres de este problema.