PHP2Shell: todo sobre la vulnerabilidad crítica de PHP
Dos vulnerabilidades críticas en el propio PHP, CVSS 9.2, código malicioso sin autenticación. Aquí encontrará qué está demostrado, qué versiones son seguras y qué hacer ahora.
¿Qué es PHP2Shell? La vulnerabilidad explicada
PHP2Shell son dos vulnerabilidades críticas en el propio PHP que permiten a los atacantes ejecutar código en servidores web sin autenticarse. La situación, en palabras claras.
Seguir leyendo →02CVE-2026-109618: RCE por un estado de falta de memoria
CVE-2026-109618 es una de las dos vulnerabilidades de PHP2Shell: un estado de falta de memoria puede interrumpir PHP en pleno procesamiento de la petición. Corregida desde PHP 8.5.12, 8.4.27, 8.3.36 y 8.2.35.
Seguir leyendo →03CVE-2026-109619: RCE por un estado global obsoleto
CVE-2026-109619 es la segunda vulnerabilidad de PHP2Shell: el estado interno de una petición puede persistir tras liberar la memoria y ser aprovechado por la siguiente petición en el mismo worker.
Seguir leyendo →04CVE-2026-115560: aviso sobre Session-Upload-Progress
CVE-2026-115560 es un aviso de php.net del 23/10/2026: posible ejecución de código solo con una configuración de sesión poco habitual. Solución hasta la próxima versión: session.upload_progress.enabled=0.
Seguir leyendo →05¿Qué versiones de PHP están afectadas?
PHP2Shell está corregida en PHP 8.5.12, 8.4.27, 8.3.36 y 8.2.35. Para PHP 8.1 y anteriores ya no hay actualizaciones oficiales. La tabla muestra el estado de cada rama.
Seguir leyendo →06Comprobar correctamente la versión de PHP y el estado del parche
La versión de PHP que se muestra no dice por sí sola si PHP2Shell está cerrada. Lo decisivo son el estado del paquete, los backports y si los procesos nuevos se están ejecutando realmente.
Seguir leyendo →07Por qué mod_php soporta el mayor riesgo
En Apache con mod_php, el equipo de PHP considera máximo el riesgo de PHP2Shell: allí se demostró un exploit antes de que se ejecute el código de la aplicación. Así comprueba y actúa.
Seguir leyendo →08Tras la actualización: reiniciar PHP-FPM y todos los workers
Una actualización de PHP solo surte efecto cuando se han reiniciado todos los procesos de PHP. Aquí están los comandos para PHP-FPM, Apache, LiteSpeed y contenedores, y cómo comprobar el reinicio.
Seguir leyendo →09Medidas inmediatas si todavía no puede parchear
Si la actualización de PHP aún no es posible, las medidas provisionales de php.net reducen el riesgo, pero no protegen por completo. Así se aplican correctamente.
Seguir leyendo →10PHP 8.1 y anteriores: qué rige ahora
Para PHP 8.1, 8.0, 7.4 y versiones anteriores no hay actualizaciones oficiales contra PHP2Shell. Qué aportan los backports de código fuente y cómo es el camino hacia una versión con soporte.
Seguir leyendo →11Parchear PHP en contenedores Docker
Los contenedores no se parchean solos. Contra PHP2Shell debe reconstruir o descargar de nuevo la imagen de PHP y recrear cada contenedor a partir de la imagen nueva.
Seguir leyendo →12¿Ya estoy comprometido? Indicios tras PHP2Shell
Para PHP2Shell no hay indicadores de compromiso confirmados. Cómo reconocer aun así si su servidor ha sido hackeado y cómo comprobarlo sin destruir rastros.
Seguir leyendo →Cada hora cuenta. Escríbanos ahora.
Describa brevemente el sistema, la versión de PHP y lo que ha observado. Nos pondremos en contacto, aclararemos la situación y trabajaremos en remoto hasta que el incidente quede cerrado y documentado.