Una vulnerabilidad en OpenSSH permite a los atacantes iniciar sesión en cuentas de Linux con contraseña deshabilitada.

Una vulnerabilidad recientemente descubierta que involucra a OpenSSH y musl, denominada "*sshole", permite a los atacantes iniciar sesión en ciertas cuentas de Alpine Linux y otras distribuciones de Linux basadas en musl, configuradas para bloquear la autenticación por contraseña, simplemente ingresando una contraseña demasiado larga.

La vulnerabilidad solo afecta a los servidores OpenSSH que se ejecutan en distribuciones de Linux que utilizan la biblioteca C musl, incluyendo Alpine Linux, OpenWrt, Buildroot y Yocto, bajo ciertas configuraciones de autenticación.

El investigador de seguridad Ozgun Kultekin, quien descubrió la vulnerabilidad y publicó los detalles hoy, afirma que la falla existe desde 2016 y se origina en la forma en que OpenSSH maneja los errores de verificación de contraseña en sistemas que utilizan la biblioteca C musl.

Las cuentas de Linux se pueden configurar para impedir el inicio de sesión mediante contraseña reemplazando el hash de la contraseña con un asterisco (*) en el archivo \etc\shadow. Dado que este no es un hash de contraseña válido, ninguna contraseña debería permitir el acceso a esas cuentas.

Sin embargo, un parche introducido en OpenSSH en 2016 para corregir una vulnerabilidad de enumeración de nombres de usuario (identificada como CVE-2016-6210) modificó la forma en que OpenSSH gestionaba las cuentas sin hashes de contraseña válidos.

Para evitar que los atacantes identificaran nombres de usuario válidos mediante diferentes tiempos de respuesta, OpenSSH se modificó para realizar el hash de contraseña incluso cuando una cuenta no tenía un hash de contraseña válido, incluidas las cuentas configuradas con * para bloquear los inicios de sesión con contraseña.

El problema reside en que la función crypt() de la biblioteca C musl también devuelve * cuando falla el hash de contraseña, incluso cuando una contraseña enviada supera su límite de 256 bytes.

Esto significa que un atacante puede enviar una contraseña demasiado larga y provocar que OpenSSH compare el * devuelto con el * almacenado en la cuenta, lo que resulta en un inicio de sesión exitoso.

Cabe aclarar que la vulnerabilidad no permite a los atacantes eludir las contraseñas en cuentas con hashes de contraseña válidos.