Tronlar
Gamma
Verificación en dos pasos activada
¡Usuario con pocos negocios! ¡Utiliza siempre saldo de Forobeta!
Se ha publicado una actualización de seguridad urgente para OpenSSH tras descubrirse un problema que puede permitir el acceso no autorizado a determinados servidores Linux.
La vulnerabilidad afecta especialmente a instalaciones de Alpine Linux que utilizan OpenSSH sin PAM y mantienen habilitada la autenticación mediante contraseña.
Lo preocupante es que, bajo unas condiciones concretas, un atacante podría iniciar sesión en una cuenta que normalmente solo debería permitir el acceso mediante claves SSH, sin conocer su contraseña ni disponer de su clave privada.
🔴 ¿Qué riesgo supone para un servidor?
Un atacante que conozca el nombre de una cuenta afectada y tenga acceso al puerto SSH podría conseguir una sesión utilizando una contraseña especialmente larga.
En algunos servidores, esto podría dar acceso a archivos, configuraciones, bases de datos o credenciales alojadas en el sistema, dependiendo de los permisos de la cuenta comprometida.
Si esa cuenta dispone de permisos administrativos mediante herramientas como doas, el impacto podría llegar hasta el control completo del servidor.
Importante: no significa que cualquier servidor con OpenSSH sea vulnerable. Deben cumplirse varias condiciones.
🖥️ ¿Qué servidores pueden estar afectados?
El problema afecta a determinadas instalaciones Linux basadas en la biblioteca musl, especialmente Alpine Linux.
Para que un servidor sea vulnerable deben coincidir estas condiciones:
- Utilizar OpenSSH sin autenticación PAM, o tener PAM deshabilitado.
- Tener habilitada la autenticación SSH mediante contraseña.
- Disponer de alguna cuenta cuyo campo de contraseña contenga el valor
*, habitual en determinadas cuentas que solo utilizan claves SSH. - Tener al menos otra cuenta local con un hash de contraseña de tipo
$5$o$6$.
El fallo también puede ser relevante en sistemas basados en musl como Buildroot, Yocto u OpenWrt si utilizan una configuración de OpenSSH afectada.
No están afectados por este fallo concreto:
- Las instalaciones habituales de Ubuntu o Debian basadas en glibc.
- Los sistemas que utilizan PAM para comprobar las contraseñas.
- Los servidores que tienen deshabilitada la autenticación SSH por contraseña.
- Los contenedores que no ejecutan un servidor SSH.
- OpenWrt cuando utiliza su servidor SSH habitual, Dropbear, en lugar de OpenSSH.
🛠️ ¿Cómo solucionar el problema?
OpenSSH ha publicado la versión 10.6p2 con una corrección de seguridad.
Alpine Linux también ha distribuido paquetes corregidos para distintas ramas, incluidas versiones antiguas.
En servidores Alpine Linux, los administradores pueden actualizar los paquetes con:
Bash:
apk upgrade -U -aDespués es necesario reiniciar el servicio SSH:
Bash:
rc-service sshd restart⚠️ Atención: actualizar los paquetes no reinicia automáticamente el proceso SSH que ya está funcionando. Es necesario aplicar también el reinicio del servicio.
Si todavía no es posible actualizar, una medida temporal es deshabilitar la autenticación por contraseña:
Insertar CODE, HTML o PHP:
PasswordAuthentication noEsta opción debe configurarse correctamente en sshd, verificarse y aplicarse mediante el reinicio del servicio.
Antes de cambiarla, hay que comprobar que el acceso mediante claves SSH funciona y mantener abierta la sesión actual hasta verificar que se puede iniciar otra.
🔎 ¿Cómo saber si alguien ha aprovechado el fallo?
En servidores potencialmente afectados conviene revisar los registros de autenticación SSH.
Por ejemplo, buscar entradas como:
Insertar CODE, HTML o PHP:
Accepted password forEspecialmente si corresponden a cuentas que no deberían permitir el acceso mediante contraseña.
También es recomendable comprobar la creación de usuarios, los cambios en claves autorizadas y el uso inesperado de privilegios administrativos.
La ausencia de entradas sospechosas no garantiza por sí sola que no haya existido una intrusión.
🌐 ¿Afecta a cPanel, Plesk o los hostings compartidos?
No es una vulnerabilidad específica de cPanel, Plesk, WordPress ni de ningún CMS.
El problema está relacionado con la combinación del sistema operativo, la biblioteca de autenticación y la configuración de OpenSSH.
Los usuarios de hosting compartido normalmente no administran estos componentes, por lo que corresponde al proveedor comprobar si sus servidores están afectados y aplicar las actualizaciones.
En cambio, quienes administran VPS, servidores dedicados o infraestructuras propias con Alpine Linux deberían revisar sus instalaciones cuanto antes.
📌 Información adicional
- Fecha del aviso: 5 de noviembre de 2026.
- Software implicado: OpenSSH en determinadas configuraciones Linux con musl.
- Versión correctiva de OpenSSH: 10.6p2.
- Investigador: Özgün Kültekin, de Wakefield.
- CVE: sin identificador asignado en el momento de publicarse el aviso oficial.
- Explotación activa: no se habían comunicado ataques confirmados en la información publicada.
🔗 Fuentes oficiales y análisis técnico:
Aviso de seguridad oficial de Alpine Linux
Notas de la versión OpenSSH 10.6p2
Investigación técnica original
💬 ¿Utilizáis Alpine Linux en vuestros VPS o servidores dedicados?
Sería interesante saber si algún proveedor de hosting ha comunicado ya la actualización o si habéis tenido que aplicar la corrección manualmente.
Aunque no afecta a todos los servidores Linux, es un fallo importante para quienes administran infraestructuras con las configuraciones mencionadas.
