Los hackers explotan la nueva vulnerabilidad de OpenSSH denominada SSHole para obtener acceso root
Una crítica vulnerabilidad de OpenSSH llamada SSHole está siendo activamente explotada por actores maliciosos pocas horas después de su divulgación. La falla permite el acceso no autorizado a sistemas sin contraseñas, afectando especialmente entornos Linux que utilizan musl libc y configuraciones con PAM deshabilitado.
Resumen
- CVE-2026-123158 (SSHole) es una grave vulnerabilidad de OpenSSH con una puntuación CVSS de 8.1.
- Los atacantes la están explotando rápidamente tras su divulgación pública para obtener acceso root.
- Sistemas Linux que ejecutan la biblioteca C musl y tienen PAM deshabilitado están en riesgo.
- Las organizaciones deben actualizar OpenSSH inmediatamente y revisar sus configuraciones SSH.
- Los equipos de seguridad deben monitorear intentos inusuales de autenticación en sistemas expuestos.
Los actores de amenazas no tardaron en aprovechar una vulnerabilidad recién divulgada en OpenSSH, bautizada como "SSHole", que permite inicios de sesión no autorizados en cuentas sin contraseña. Esta falla ya ha sido utilizada para comprometer honeypots, generando alertas entre los profesionales de seguridad.
Identificada como CVE-2026-123158 y con una puntuación CVSS de 8.1, este problema afecta entornos Linux específicos donde OpenSSH se compila con la biblioteca C musl y los Módulos de Autenticación Conectables (PAM) están desactivados. Estas condiciones hacen particularmente vulnerables a ciertos sistemas empresariales e integrados.
Detalles de la vulnerabilidad
- La vulnerabilidad se identifica como CVE-2026-123158 y recibe el nombre de 'SSHole' debido a su impacto en la autenticación del shell seguro.
- Se dirige específicamente a sistemas que usan la biblioteca estándar C musl en lugar de glibc, común en entornos ligeros o contenerizados.
- Cuando PAM está deshabilitado, las versiones afectadas de OpenSSH no aplican correctamente las restricciones de cuenta, permitiendo a los atacantes evadir la autenticación.
- Su explotación puede conducir al compromiso completo del sistema, incluyendo posible acceso root, dependiendo de las configuraciones erróneas.
Acciones recomendadas para los equipos de seguridad
- Actualizar inmediatamente las instalaciones de OpenSSH en toda la infraestructura basada en Linux, especialmente aquellas que utilicen musl libc.
- Revisar las configuraciones SSH para garantizar que la integración con PAM esté habilitada salvo que se requiera explícitamente lo contrario.
- Supervisar registros en busca de patrones anómalos de inicio de sesión o elevaciones de privilegios inesperadas relacionadas con actividad SSH.
- Implementar segmentación de red y restringir la exposición de SSH a rangos IP confiables siempre que sea posible.
- Considerar la implementación temporal de controles compensatorios tales como capas adicionales de autenticación multifactor si no es viable aplicar parches de inmediato.
Fuentes
Fuentes
Novedades de seguridad por correo
Un correo resumen cuando publicamos nuevos artículos de seguridad (resumen más enlaces para leer más). Date de baja cuando quieras desde el pie del mensaje. Consulta nuestra Política de privacidad.