Fallo grave del kernel de Linux: ¿afecta a tu tienda PrestaShop?

Si has leído que hay un fallo grave del kernel de Linux y tienes una tienda PrestaShop, lo normal es que te afecte: casi todas las tiendas funcionan sobre Linux. Por este fallo nadie entra en tu tienda directamente desde internet, pero quien ya haya conseguido ejecutar algo en tu servidor puede quedarse con la máquina entera. Lo que tienes que hacer hoy depende de dónde esté tu tienda: en un hosting compartido, le preguntas a tu proveedor; en un servidor propio, actualizas y reinicias.

El aviso que ha reavivado el tema llegó el 28 de octubre, cuando la agencia de ciberseguridad de Estados Unidos, CISA, añadió el fallo Fragnesia a su lista de vulnerabilidades que ya se usan en ataques reales.

¿Qué ha pasado con el kernel de Linux?

El kernel es la pieza central de Linux: la que manda sobre todo lo demás que corre en el servidor. Este año han salido varios fallos graves seguidos, y por eso ves tantos titulares: Copy Fail, Dirty Frag, Fragnesia, GhostLock, Vghost. Desde mayo, CISA ha añadido ocho fallos del kernel a esa lista.

No hace falta que te aprendas los nombres. Esos cinco tienen en común lo que de verdad te importa: son fallos locales.

¿Pueden entrar en mi tienda PrestaShop por este fallo?

Por sí solo, no. Microsoft lo explica al hablar de Copy Fail: el atacante necesita haber puesto ya un pie en la máquina. Y Red Hat dice lo mismo de Fragnesia: hace falta acceso local al sistema.

Piensa en tu servidor como en un edificio de oficinas. Estos fallos no abren la puerta de la calle. Pero a quien ya esté dentro, aunque sea en un cuartito, le dan las llaves de todo el edificio.

¿Y cómo se llega a ese cuartito? Por caminos bastante corrientes:

• Un módulo con un agujero de seguridad que permite ejecutar código en tu servidor.
• Otra web de tu misma cuenta, como aquel WordPress antiguo que nadie actualiza.
• Otra web de otro cliente, si estás en un hosting compartido. CloudLinux, cuyo sistema usan muchos hostings, avisa de que un cliente malintencionado podría llegar a otras cuentas de la misma máquina.
• Un fallo en PHP, como PHP2Shell.

Lo último no es teoría. En su ficha de Fragnesia, CISA advierte de que este fallo se puede encadenar con PHP2Shell para instalar una puerta trasera y ejecutar órdenes con control total del servidor. CISA no ha dado detalles de esos ataques y lo que hemos leído no habla de tiendas online, así que no hay motivo para el pánico, pero sí para cerrar las dos cosas.

¿Por qué no basta con actualizar el servidor?

Porque un kernel nuevo no hace nada hasta que el servidor arranca con él. Lo recuerdan Ubuntu, AlmaLinux y el centro de ciberseguridad de Canadá: actualizar y reiniciar. Un servidor puede llevar semanas con el arreglo instalado y seguir funcionando con el kernel viejo.

La otra forma de hacerlo es el parcheo en vivo: herramientas como KernelCare, que aplican el arreglo sobre el kernel en marcha, sin reiniciar. En un hosting compartido cada reinicio deja sin servicio a todos sus clientes, así que «no hemos reiniciado» no es mala señal si te dicen que lo tienen parcheado en vivo.

¿Qué tengo que hacer según dónde esté mi tienda?

Si estás en un hosting compartido

Entras a un panel, como cPanel o Plesk, y no administras el servidor. El kernel es cosa de tu proveedor; lo tuyo es preguntarle. Copia y envía esto:

Una buena respuesta trae datos: una versión, una fecha, el nombre de la herramienta. Si te contestan solo «estamos al día», vuelve a preguntar por la versión. Si en un par de días no lo aclaran, es buen momento para plantearte cambiar.

Si tienes un VPS o un servidor dedicado

Aquí te toca a ti o a quien te lo lleve: instalar las actualizaciones de seguridad y reiniciar. Elige una hora de pocas ventas, porque la tienda se cae unos minutos, y al volver comprueba que se puede comprar.

Luego compara la versión que está funcionando con la del aviso de tu sistema: Ubuntu, Debian, AlmaLinux o Red Hat. Cada sistema numera a su manera: mira siempre el tuyo.

Si tu tienda va en un contenedor

Docker y similares, y también algunos VPS baratos que en realidad son contenedores. Comparten el kernel de la máquina que los aloja, así que actualizar por dentro no cambia nada. El arreglo lo pone quien administra esa máquina: si es tu proveedor, envíale el mensaje de arriba.

Qué hacer hoy, en orden

1. Averigua en qué caso estás: compartido, servidor propio o contenedor. Si no lo sabes, pregúntalo a tu hosting.
2. Haz una copia completa, archivos y base de datos, y guárdala fuera del servidor.
3. Envía el mensaje a tu hosting, o actualiza y reinicia si el servidor es tuyo.
4. Cierra las puertas de entrada: PHP con el arreglo de PHP2Shell, módulos al día y fuera lo que ya no usas, módulos o webs antiguas de tu cuenta. Qué PHP admite cada versión lo tienes en qué versión de PHP necesita PrestaShop.
5. Mira si hay señales de que alguien ya entró, como una ventana rara al visitar tu tienda o archivos que no reconoces.

Actualizar cierra la puerta, pero no echa a quien ya esté dentro. Microsoft avisa de que las medidas de protección pueden no deshacer lo que ya haya hecho un atacante.

Si algo te huele raro, empieza por cómo se ve una tienda hackeada con ClickFix, y no borres nada hasta que alguien lo revise: esos archivos dicen por dónde entraron.

Para tu equipo técnico

Kernel en marcha: uname -r frente al instalado (rpm -q kernel, dpkg -l 'linux-image*'). Los arreglos llegan por backport sin cambio visible de versión: manda la revisión del paquete, no el número de kernel.org.

Revisiones con el arreglo de Fragnesia (CVE-2026-46300): Ubuntu 26.04 7.0.0-22.22, 24.04 6.8.0-124.124, 22.04 5.15.0-181.191; AlmaLinux 8 4.18.0-553.124.3.el8_10, 9 5.14.0-611.54.5.el9_7, 10 6.12.0-124.56.3.el10_1. Cada CVE tiene la suya: instala la última de tu rama.

Aún sin cerrar en todas las ramas: Vghost (CVE-2026-74580). A 4 de noviembre, Ubuntu lo da corregido en 26.04 y 22.04 y en curso en 24.04. Red Hat lo sitúa sobre todo en máquinas de virtualización y exige acceso a /dev/vhost-*: hasta corregirlo, no lo expongas a contenedores ni a usuarios sin confianza.