Zero-day de LiteSpeed en Hostinger: qué pasó y qué debe hacer

Según una noticia publicada el 10 de noviembre de 2026, un servidor de hosting compartido de Hostinger en Phoenix (EE. UU.) fue atacado: primero se comprometió el sitio de un cliente y después se aprovechó un fallo desconocido del servidor web LiteSpeed. A continuación, un resumen del incidente y lo que puede hacer para proteger su propio sitio.

¿Cómo avanzó el ataque?

• 5 de noviembre: el atacante tomó el control de un sistema de gestión de contenidos (CMS) vulnerable en el sitio de un cliente del servidor.
• Con un fallo desconocido de LiteSpeed, eludió después CloudLinux CageFS, que aísla las cuentas entre sí, y obtuvo acceso de administrador (root) al servidor.
• El código se ejecutó como usuario del servidor web, por lo que su actividad se confundía con el tráfico normal.
• Unas 400 cuentas quedaron expuestas a la ejecución de código y a la lectura de credenciales de bases de datos y tokens de acceso.

¿Qué hizo Hostinger?

• Su monitorización detectó actividad sospechosa el 8 de noviembre y el incidente se declaró el 9 de noviembre.
• Se eliminó el acceso del atacante, se renovaron las credenciales internas y se conservaron las pruebas para el análisis forense.
• El servidor afectado se desconectó; las cuentas se trasladaron a otros servidores y se restauraron desde copias anteriores al ataque.
• Se avisó por correo a cada cliente afectado y se notificó a la autoridad competente.
• Según Hostinger, no hay indicios de que el sistema de copias de seguridad, los sistemas internos de gestión o los de inicio de sesión se vieran afectados.

Lo que aún se desconoce

La noticia no indica el número CVE, las versiones afectadas y corregidas ni los indicadores de compromiso. Hostinger afirma que trabaja con LiteSpeed en una solución definitiva y que actualizará su informe. Los detalles pueden cambiar.

¿Qué puede hacer usted?

1. Mantenga actualizados su CMS (WordPress, etc.), temas y plugins y elimine los que no use. El primer eslabón de la cadena de ataque fue un sitio vulnerable.
2. Cambie con regularidad las contraseñas de bases de datos y las claves de API, e inmediatamente si su proveedor informa de un incidente.
3. Use contraseñas fuertes y verificación en dos pasos en las cuentas de administrador.
4. Haga copias de seguridad periódicas y guarde una copia fuera de su hosting.
5. Compruebe si su sitio tiene archivos o cuentas de administrador que no reconoce.
6. Lea con atención los correos de seguridad de su proveedor.

Si se atasca, abra un ticket de soporte.

Fuente

Este artículo es nuestro propio resumen de la declaración de Hostinger tal como la recoge webhosting.today. No hemos revisado por separado la entrada oficial del blog de Hostinger.