Productos y entornos · Imágenes de contenedores

PHP2Shell en Docker php images: si está afectado y cómo corregirlo

Cómo comprobar la versión de PHP que usa Docker php images

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.

docker exec <container> php -v
docker run --rm php:8.3-fpm 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 Docker php images

Reconstruya sus imágenes sobre una base nueva: docker build --pull --no-cache -t myapp:new .
Recree: docker compose pull && docker compose up -d --force-recreate; en Kubernetes cambie la etiqueta o el digest para que los pods se renueven.
Fije una etiqueta de parche completa como php:8.3.36-fpm-alpine o un digest.
Instale la versión o los paquetes corregidos del fabricante indicados arriba.
Reinicie todos los procesos PHP (pools de PHP-FPM, Apache con mod_php, lsphp de LiteSpeed, workers de colas): un proceso en marcha conserva el PHP antiguo en memoria.
Confirme de nuevo la versión en ejecución con los comandos de comprobación.

¿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á Docker php images afectado por PHP2Shell?

Afectado hasta que instale la versión corregida del fabricante. Las imágenes oficiales php (y wordpress, drupal, joomla, nextcloud, phpmyadmin, matomo, mediawiki y otras Official Images basadas en ellas) se reconstruyeron con PHP corregido el 21 de octubre para amd64 y arm64. Los contenedores en marcha conservan el PHP antiguo hasta que haga pull y los recree. En la prueba de Mallory, Trivy no distinguía las imágenes php corregidas de las vulnerables, así que compruebe php -v dentro del contenedor.

¿Actualizar Docker php images 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 Docker php images. 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 Docker php images 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.

Bitnami PHP imagesCorregido en parte

← 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.