> ## Content Index > Fetch the complete content index at: https://fomoera.com/llms.txt > Use this file to discover other available public pages before exploring further. # Previdian reporta acceso de atacantes a un señuelo por falla de OpenSSH - URL: https://fomoera.com/openssh-falla-acceso-senuelo-previdian/ - Published: 2026-11-08T03:00:00.000Z - Updated: 2026-11-08T03:00:00.000Z - Description: La firma detectó intentos contra la vulnerabilidad y afirmó que uno logró acceso de administrador en un sistema preparado para observar ataques. Alpine y OpenSSH ya publicaron correcciones. - Author: Patricia Rodriguez - Tags: Tecnología y Ciencia, Ciberseguridad La firma de ciberseguridad Previdian reportó intentos de aprovechar una falla de autenticación de OpenSSH y afirmó que uno de ellos obtuvo acceso de administrador a un equipo señuelo con Alpine Linux. El caso, divulgado por Help Net Security el 6 de noviembre, muestra un acceso en un entorno preparado para observar ataques, pero no confirma por sí solo intrusiones en servidores de producción. La vulnerabilidad, identificada como **CVE-2026-123158**, puede permitir el acceso remoto a ciertas cuentas sin contraseña utilizable cuando coinciden varias condiciones de configuración. OpenSSH y Alpine publicaron correcciones el 5 de noviembre. ## Qué observó el sistema de Previdian Ryan Dewhurst, fundador de la empresa, dijo a Help Net Security que el primer intento observado llegó menos de nueve horas después de la publicación de la vulnerabilidad. Según su relato, el acceso con privilegios de administrador se produjo en un señuelo de Previdian que ejecutaba Alpine Linux y OpenSSH. Un señuelo o *honeypot* es un sistema dispuesto para atraer y registrar actividad sospechosa. En este caso, Dewhurst indicó que la actividad observada incluyó comandos para obtener información sobre el equipo al que se había accedido. La distinción importa al interpretar el reporte. El resultado comunicado describe lo que ocurrió en la infraestructura de observación de la firma. No establece cuántas máquinas de otras organizaciones son vulnerables ni cuántas podrían haber sido comprometidas. La confirmación del acceso procede de la declaración de Previdian al medio. En la cobertura anterior explicamos las condiciones que deben coincidir para que el servidor quede expuesto y los paquetes corregidos que Alpine distribuyó para sus distintas ramas. [OpenSSH corrige una falla que permite entrar a ciertas cuentas de Alpine LinuxOpenSSH y Alpine corrigen una falla de autenticación. Qué sistemas están expuestos y cómo identificar los parches.![](https://fomoera.com/content/images/icon/FomoEra-favicon-512-d08f1a49-e14a-4926-9a22-9f45efa07439.png)FomoEraPatricia Rodriguez![](https://fomoera.com/content/images/thumbnail/fomoera-openssh-corrige-una-falla-que-permite-entrar-a-ciertas-cuentas-de-alpine-linux-ccc6e1cf-16x9-v2-1600x900-678832d7-dd7a-48c1-8240-b6e330893194.webp)](https://fomoera.com/openssh-falla-acceso-alpine-linux/) ## La falla depende de la configuración del servidor El problema afecta al servidor OpenSSH en determinadas instalaciones de Linux que usan la biblioteca **musl** y no gestionan la comprobación de contraseñas mediante PAM. Alpine utiliza esa combinación en su paquete habitual de servidor OpenSSH. Además, la autenticación SSH por contraseña debe estar habilitada. También debe existir una cuenta con el campo de contraseña configurado de la manera descrita en el aviso de Alpine y al menos otra cuenta local con una contraseña almacenada en uno de los formatos señalados por el proyecto. El servidor tiene que ser accesible para quien intente conectarse. Una cuenta prevista para entrar con una clave SSH puede reunir la condición que la deja expuesta si el servidor sigue aceptando contraseñas y se cumplen los demás requisitos. La falla no significa que se puedan adivinar o saltar las contraseñas válidas de todas las cuentas del sistema. Alpine aclara que los contenedores que no ejecutan el servidor SSH no están afectados por esta vía. Tampoco reúnen la configuración descrita los sistemas que desactivan la autenticación por contraseña o usan PAM para esas comprobaciones. ## Qué recomiendan OpenSSH y Alpine OpenSSH incorporó una corrección en la versión **10.6p2**. Alpine, por su parte, publicó paquetes corregidos para sus ramas, incluidos paquetes con números de versión anteriores a 10.6p2 que ya incorporan el cambio. La comparación debe hacerse con la versión corregida que corresponda a cada rama de la distribución. Alpine advierte que instalar el paquete no sustituye automáticamente al proceso SSH que ya está ejecutándose. Su recomendación es actualizar y reiniciar el servicio. Si la actualización no puede aplicarse de inmediato, propone desactivar el acceso por contraseña y reiniciar el servicio; antes de cambiar la configuración, aconseja comprobar que el acceso por clave funciona y mantener abierta la sesión actual hasta probar una nueva conexión. El proyecto también pide revisar los registros de autenticación y la actividad de cuentas y privilegios en equipos expuestos. Si no es posible descartar un acceso indebido, recomienda tratar la máquina como comprometida: corregir la falla cierra esa vía de entrada, pero no deshace una intrusión anterior. *Fuentes:* [1](https://alpinelinux.org/posts/2026-11-05-openssh-password-authentication-bypass/?ref=fomoera.com), [2](https://www.helpnetsecurity.com/2026/11/06/openssh-sshole-cve-2026-123158-exploitation/?ref=fomoera.com), [3](https://www.openssh.org/releasenotes.html?ref=fomoera.com#10.6p2)