¿Qué versiones de PHP incluyen el parche PHP2Shell?
| Rama | Primera versión corregida |
|---|---|
| PHP 8.2 | 8.2.35 |
| PHP 8.3 | 8.3.36 |
| PHP 8.4 | 8.4.27 |
| PHP 8.5 | 8.5.12 |
| 8.1 y anteriores | Sin versión nueva; parches oficiales del código fuente para 7.4, 8.0 y 8.1 |
Son las primeras versiones corregidas; cualquier versión posterior de la misma rama también incluye el parche. Las distribuciones de Linux aplican el parche a sus propios paquetes mediante backport, a menudo manteniendo un número de versión que parece antiguo. La tabla siguiente recoge también imágenes, paneles y proveedores cuyo estado aún no hemos verificado:
| Proveedor | Versión del sistema | Paquete | Versión del paquete corregido | Estado |
|---|---|---|---|---|
| Ubuntu | 22.04 | php8.1 | 8.1.2-1ubuntu2.28 | Corregido |
| Ubuntu | 24.04 | php8.3 | 8.3.6-0ubuntu0.24.04.13 | Corregido |
| Ubuntu | 26.04 | php8.5 | 8.5.4-0ubuntu1.5 | Corregido |
| Ubuntu | 26.10 | php8.5 | 8.5.9-0ubuntu2.1 | Corregido |
| Debian | 13 | php8.4 | 8.4.27-1~deb13u1 | Corregido |
| Docker Official Images | — | php | — | No verificado |
| 宝塔 / aaPanel | — | PHP 7.4 | 7.4.34 | Corregido |
| 宝塔 / aaPanel | — | PHP 8.0 | 8.0.27 | Corregido |
| 宝塔 / aaPanel | — | PHP 8.1 | 8.1.35 | Corregido |
| 宝塔 / aaPanel | — | PHP 8.2–8.5 | 8.2.35 / 8.3.36 / 8.4.27 / 8.5.12 | Corregido |
| XServer | — | PHP | — | No verificado |
| ConoHa WING | — | PHP | — | No verificado |
| ロリポップ! | — | PHP | — | No verificado |
| 1Panel | — | 1panel/php | 8.2.35 / 8.3.36 / 8.4.27 / 8.5.12 (-fpm) | Corregido |
Comprobado entre el 21 de octubre de 2026 y el 22 de octubre de 2026.
PHP 8.1 y anteriores no reciben versiones nuevas. PHP publicó parches mínimos del código fuente para 7.4, 8.0 y 8.1, y algunas distribuciones ofrecen paquetes corregidos para esas ramas; consulta el fin de soporte de PHP.
¿Qué guía del parche PHP2Shell corresponde a mi caso?
| Tu caso | Quién actualiza PHP | Guía |
|---|---|---|
| Hosting compartido o gestionado | Tu proveedor | En esta página, más abajo |
| cPanel o Plesk | Tú eliges la versión; el proveedor la instala | Cambiar la versión de PHP en cPanel |
| Tu propio servidor Ubuntu o Debian | Tú | Actualizar PHP en Ubuntu |
| Docker | Tú | Imagen Docker de PHP |
| PHP 7.4, 8.0, 8.1 o una compilación propia | Tú o tu proveedor | Fin de soporte de PHP |
| WordPress en cualquiera de los casos anteriores | Igual que arriba | Versión PHP de WordPress |
Guías para corregir PHP2Shell disponibles en español, por entorno:
- Paneles de control: cPanel y Plesk
- Proveedores de hosting: Raiola Networks, Dinahosting, cdmon, IONOS, Hostinger, SiteGround
- Servidores y entornos: Ubuntu y Debian, Docker, PHP 7.4, 8.0, 8.1
- Aplicaciones: WordPress
- WAF y CDN: Cloudflare, AWS WAF, Fastly, Imperva y otros
¿Cómo consigo el parche PHP2Shell en un hosting compartido?
En un hosting compartido, PHP lo instala el proveedor. Algunos actualizan automáticamente; otros ofrecen varias versiones de PHP por web, y solo tienes la corrección cuando eliges una parcheada.
- Comprueba tu versión. En WordPress: Herramientas → Salud del sitio → Información → Servidor. Si no, en los ajustes de PHP del panel de tu hosting.
- Compárala con las versiones corregidas de arriba o usa el comprobador de versión PHP.
- Cambia a una versión corregida de la misma rama si tu panel la ofrece.
- Si no, pregunta a tu proveedor con el mensaje de abajo.
- Confirma la nueva versión cuando te respondan.
Algunos proveedores suspendieron temporalmente sus paneles de control o sus webs de servicio por precaución, por ejemplo XServer y Lolipop en Japón. Si tu panel no está disponible, consulta la página de estado o los anuncios de tu proveedor antes de cambiar nada.
¿Qué le pido al soporte de mi hosting?
Copia esto en un ticket de soporte y sustituye las partes entre corchetes:
Hola: mi web [example.com] está alojada con ustedes. PHP ha publicado correcciones de seguridad para las vulnerabilidades PHP2Shell (CVE-2026-109618 y CVE-2026-109619).
¿Podrían indicarme lo siguiente?
- ¿Qué versión de PHP usa mi web?
- ¿Se ha actualizado a una versión corregida (8.2.35, 8.3.36, 8.4.27, 8.5.12 o posterior) o a un paquete del distribuidor que incluya la corrección?
- ¿Se reiniciaron después todos los procesos de PHP?
- Si aún no se ha hecho, ¿cuándo se aplicará la actualización y tengo que hacer algo yo?
Gracias.
Si tu proveedor dice que la web está parcheada pero el número de versión no ha cambiado, pregunta qué paquete o qué aviso de seguridad contiene la corrección; los backports de las distribuciones pueden mantener el número antiguo.
¿Actualizar PHP puede romper mi web?
Pasar a una versión posterior de la misma rama (por ejemplo, de una 8.3 antigua a 8.3.36) aporta correcciones de errores y de seguridad, no funciones nuevas, así que rara vez rompe una web. Cambiar de rama, por ejemplo de 7.4 a 8.3, puede romper temas, plugins o código antiguos: haz una copia de seguridad y pruébalo antes en una copia de pruebas (staging). Después de actualizar, revisa el inicio de sesión, los formularios, las subidas de archivos, los pagos y las tareas programadas, no solo la página de inicio.
¿Cómo confirmo que el parche PHP2Shell ha funcionado?
- Reinicia todos los procesos de PHP. Los pools de PHP-FPM y Apache siguen usando el PHP antiguo hasta que se reinician.
- Comprueba lo que indica la web, no solo la línea de comandos: Salud del sitio de WordPress o tu panel de control.
php -ven el servidor muestra el PHP de la línea de comandos, que puede ser distinto. Introduce el resultado en el comprobador de versión PHP. - Repítelo en cada web, cada pool de procesos y cada contenedor. Que una web esté corregida no significa que lo estén las demás.
- Si parcheaste tarde, sigue la guía para saber si han hackeado tu web. El parche cierra el agujero, pero no elimina una puerta trasera.
¿Y si hoy no puedo instalar el parche PHP2Shell?
Usa las medidas temporales oficiales solo para ganar tiempo: reducen la exposición a vías de ataque concretas, pero no son una corrección ni hacen que la web sea segura. Consulta la página de medidas temporales para PHP2Shell. Si no puedes parchear, varios organismos nacionales recomiendan desconectar o aislar la web hasta que puedas hacerlo.
¿Cómo explico el parche a mi jefe o a mis clientes?
Informa de hechos: qué webs usan qué PHP, qué se ha actualizado, qué sigue pendiente, quién se encarga y cuándo está prevista la próxima actualización. Distingue «parcheado» de «revisado en busca de intrusiones». Ejemplo: «Nuestras webs funcionan con PHP. Hoy se han corregido dos vulnerabilidades críticas de PHP; hemos actualizado [N] webs y [M] están pendientes de nuestro proveedor de hosting, previsto para el [fecha]». Vuelve al comprobador PHP2Shell.
¿Qué fuentes respaldan esta página?
- The PHP Group: aviso de seguridad y versiones corregidas
- Aviso de GitHub GHSA-w8hw-w9fx-j79w
- Aviso de GitHub GHSA-6wmf-4rv5-p3rp
- WordPress.org: actualizar PHP
- WordPress.org: pantalla Salud del sitio
- Canonical: aviso de seguridad de Ubuntu
- Debian: aviso de seguridad
- cPanel: MultiPHP Manager
- Plesk: ajustes de PHP
- XServer: suspensión preventiva del panel de control (X)
- Lolipop: aviso de suspensión preventiva (X)
Comprueba si tu PHP está afectado por PHP2Shell
Introduce la versión que indica tu web. La comparamos con la primera versión corregida de su rama y te decimos qué hacer a continuación.
Comprobador PHP2Shell →Fuentes
Los datos principales de esta página (versiones corregidas, detalles de los CVE, paquetes de los distribuidores y avisos de organismos oficiales) proceden de fuentes oficiales. Las investigaciones, noticias y publicaciones de la comunidad se identifican como tales.
- Security advisory: Critical remote code execution vulnerabilities, update nowOficial The PHP Group
- RCE via OOM corruptionOficial The PHP Group
- RCE via stale global stateOficial The PHP Group
- Update PHPOficial WordPress.org
- Site Health screenOficial WordPress.org
- USN-8948-1: PHP vulnerabilitiesProveedor Canonical
- DSA-6574-1 php8.4 security updateProveedor Debian Security Team
- MultiPHP Manager for cPanelProveedor cPanel
- PHP SettingsProveedor Plesk
- 予防的な安全対策のためアカウント管理画面等へのアクセスを一時停止(X)Proveedor エックスサーバー
- PHPの重大な脆弱性への予防措置としてサービスサイト等を順次停止(X)Proveedor ロリポップ!