Productos y entornos · Plataformas de hosting y gestores de servidores

PHP2Shell en Liquid Web: si está afectado y cómo corregirlo

Veredicto rápido

Afectado; solo hay corrección para algunas versiones o componentes.

Estado del fabricante: Corregido en parte
PHP: patched builds deploying · cPanel/Plesk 8.2–8.5 + 7.4–8.1 backports · CloudLinux backports 5.2–8.5 · run a package update if not yet patched
Última comprobación: 2026-10-22

El incidente de la página de estado de Liquid Web “PHP Security Vulnerability Assessment (CVE-2026-109618 & CVE-2026-109619)” dice en su última actualización (22 de octubre, 10:33 EDT, es decir, 14:33 UTC) que sus equipos de ingeniería siguen desplegando versiones parcheadas de PHP en toda su infraestructura de hosting. Versiones que enumera: en cPanel EasyApache 4, PHP 8.5.12, 8.4.27, 8.3.36 y 8.2.35 más los backports del proveedor 8.1.34-5, 8.0.30-12 y 7.4.33-19; en CloudLinux EasyApache 4 (añadido en esta actualización), compilaciones con backports para cada rama de 5.2 a 8.5, como ea-php56 5.6.40-25, ea-php74 7.4.33-18, ea-php81 8.1.34-4, ea-php82 8.2.34-2, ea-php83 8.3.35-2, ea-php84 8.4.26-2 y ea-php85 8.5.11-2, por lo que el número de versión en esos servidores puede quedar por debajo de la corrección upstream; en Plesk 18.0.81.4, PHP 8.5.12, 8.4.27, 8.3.36 y 8.2.35 más compilaciones de las ramas sin soporte 8.1, 8.0 y 7.4 fechadas el 21 de octubre; en Plesk para Windows, PHP 8.5.12, 8.4.27, 8.3.36 y 8.2.35. Liquid Web pide comprobar la versión con un archivo phpinfo() y, si aún no está parcheada, ejecutar una actualización de paquetes desde el panel de control (en cPanel/WHM, una actualización de cPanel seguida de yum update), y dice que enviará por correo información personalizada cuando pueda. Los sitios con versiones de PHP sin soporte deben pasar cuanto antes a una versión soportada.

Cómo comprobar la versión de PHP que usa Liquid Web

Ejecute el comando de su configuración. Una versión igual o superior a 8.2.35, 8.3.36, 8.4.27 u 8.5.12 en su rama está corregida; las ramas antiguas solo con una compilación del fabricante que lo indique.

php -v

El php de la línea de comandos puede no ser el PHP que sirve el sitio. Para asegurarse, revise la SAPI web (una página phpinfo() temporal tras autenticación, o los ajustes de PHP del panel) y elimínela después. Nuestro comprobador de versiones compara el número por usted.

🔎 ¿Tienes el número de versión? Pégalo en el comprobador PHP2Shell →

Cómo corregir PHP2Shell en Liquid Web

Averigüe de dónde viene el PHP que ejecuta esta aplicación: su distribución, un repositorio de terceros (Ondřej Surý, Remi), un panel de hosting, una imagen Docker o su proveedor.
Actualice ese PHP a 8.2.35, 8.3.36, 8.4.27, 8.5.12 o a una compilación del fabricante con la corrección retroportada, y reinicie todos los workers de PHP.
En hosting compartido o gestionado no puede parchear PHP usted mismo: pregunte al proveedor si el PHP corregido está desplegado y cambie el sitio a una versión corregida en el panel.
Si el sitio sigue en PHP 8.1 o anterior, páselo a una rama con soporte; PHP solo publicó parches de código fuente para 7.4, 8.0 y 8.1.

¿Prefiere que lo compruebe un agente de IA? Comprobar si está afectado · Corregir con un agente de IA

Si todavía no puede parchear

Ponga session.upload_progress.enabled = 0 donde las aplicaciones no puedan cambiarlo (php.ini, php_admin_value en el pool FPM o la configuración de Apache) y reinicie PHP.
En PHP 8.5, ponga fatal_error_backtraces = 0.
Las medidas provisionales de PHP también incluyen memory_limit y un post_max_size bajo; siga exactamente la página de solución, porque estos ajustes solo cubren algunas vías.
Restrinja el acceso (VPN, lista de IP) o desconecte el servicio si usa PHP 8.1 o anterior sin retroportación del fabricante. Las reglas WAF ayudan, pero no son una corrección.

Preguntas frecuentes

¿Está Liquid Web afectado por PHP2Shell?

Afectado; solo hay corrección para algunas versiones o componentes. El incidente de la página de estado de Liquid Web “PHP Security Vulnerability Assessment (CVE-2026-109618 & CVE-2026-109619)” dice en su última actualización (22 de octubre, 10:33 EDT, es decir, 14:33 UTC) que sus equipos de ingeniería siguen desplegando versiones parcheadas de PHP en toda su infraestructura de hosting. Versiones que enumera: en cPanel EasyApache 4, PHP 8.5.12, 8.4.27, 8.3.36 y 8.2.35 más los backports del proveedor 8.1.34-5, 8.0.30-12 y 7.4.33-19; en CloudLinux EasyApache 4 (añadido en esta actualización), compilaciones con backports para cada rama de 5.2 a 8.5, como ea-php56 5.6.40-25, ea-php74 7.4.33-18, ea-php81 8.1.34-4, ea-php82 8.2.34-2, ea-php83 8.3.35-2, ea-php84 8.4.26-2 y ea-php85 8.5.11-2, por lo que el número de versión en esos servidores puede quedar por debajo de la corrección upstream; en Plesk 18.0.81.4, PHP 8.5.12, 8.4.27, 8.3.36 y 8.2.35 más compilaciones de las ramas sin soporte 8.1, 8.0 y 7.4 fechadas el 21 de octubre; en Plesk para Windows, PHP 8.5.12, 8.4.27, 8.3.36 y 8.2.35. Liquid Web pide comprobar la versión con un archivo phpinfo() y, si aún no está parcheada, ejecutar una actualización de paquetes desde el panel de control (en cPanel/WHM, una actualización de cPanel seguida de yum update), y dice que enviará por correo información personalizada cuando pueda. Los sitios con versiones de PHP sin soporte deben pasar cuanto antes a una versión soportada.

¿Actualizar Liquid Web corrige CVE-2026-109618 y CVE-2026-109619?

Solo si la actualización incluye PHP corregido. PHP2Shell es un fallo del intérprete de PHP; lo que importa es el PHP sobre el que funciona Liquid Web. Compruebe la versión tras actualizar.

¿Qué versiones de PHP corrigen PHP2Shell?

PHP 8.2.35, 8.3.36, 8.4.27 y 8.5.12, publicadas el 21 de octubre de 2026. PHP 8.1 y anteriores no reciben versión del proyecto PHP; solo las compilaciones de fabricantes con retroportación (o un parche de código fuente compilado por usted para 7.4, 8.0 y 8.1) los corrigen.

¿Y si Liquid Web aún no tiene corrección?

Mantenga su interfaz web basada en PHP fuera de Internet (VPN o lista de IP), aplique los ajustes provisionales de PHP como desactivar session upload progress e instale la actualización del fabricante en cuanto salga. Los ajustes provisionales reducen el riesgo, pero no son una corrección.

← Todos los productos que incluyen PHP

Véase también: Solución por plataforma · Versiones afectadas · Estado de fabricantes

Fuentes

Los enlaces externos salen de este sitio. No alojamos código de explotación.

Resumen no oficial de fuentes públicas. Este sitio no está afiliado al fabricante ni al proyecto PHP y no aloja código de explotación.