OpenSSH: 257 caracteres abrían cuentas bloqueadas en Linux

Cuando el asterisco se convierte en llave

Un servidor no compara las contraseñas tal cual: las pasa por una función matemática y compara el resultado con el valor guardado. Para las cuentas que nunca deben aceptar contraseña, como root en muchos sistemas, la convención de Unix desde 1980 es guardar un simple asterisco, que ningún cálculo puede producir.

En 2012, musl hizo que su función también devolviera un asterisco al fallar, y falla cuando la contraseña supera los 256 caracteres. En 2016, OpenSSH corrigió un defecto de tiempos de respuesta que delataba qué cuentas existían. Para igualarlos, el servidor empezó a hacer el cálculo incluso con cuentas bloqueadas. Así, una contraseña larga producía un asterisco idéntico al almacenado y el acceso se aceptaba.

Quién está expuesto

Deben darse varias condiciones: el servidor usa musl (como Alpine, OpenWrt, Buildroot o Yocto), no pasa por PAM, permite el acceso por contraseña, algo que OpenSSH hace por defecto, y tiene una cuenta bloqueada con asterisco y otra con contraseña real. Desde Alpine 3.16, de 2022, root se bloquea así. En las imágenes oficiales de Alpine para AWS y Azure, la cuenta por defecto puede además obtener derechos de administrador sin contraseña.

Debian, Ubuntu, Fedora y los sistemas con PAM no se ven afectados. El investigador no tiene constancia de explotación activa.

Los administradores deben instalar OpenSSH 10.6p2 o, si no, desactivar el acceso por contraseña.