Fallo solucionado de PHP por Skinatech

¿Ya estás enterado del fallo de PHP? No te preocupes SkinaTech ya ha ejecutado las mitigaciones necesarias.

Hace unos días PHP, el lenguaje de programación que opera en la mayoría de los servidores presentó 2 vulnerabilidades a nivel mundial y a manera de prevención muchas páginas se encontraban fuera de funcionamiento. Al enterarnos de lo sucedido, en SkinaTech ejecutamos las mitigaciones necesarias con nuestros clientes.

Si administras tus equipos, te entregamos los siguientes pasos a tener en cuenta en tus instalaciones para protegerse frente a las vulnerabilidades (CVE-2026-109618 y CVE-2026-109619):

Debes actualizar de inmediato el entorno de ejecución de PHP a la última versión corregida y reiniciar los servicios de la aplicación.

1. Actualiza los entornos de ejecución PHP (solución principal)

Actualiza todos los paquetes de PHP a las versiones de seguridad oficiales publicadas por el proyecto PHP:

  • PHP 8.5: Actualizar a la versión 8.5.12
  • PHP 8.4: Actualizar a la versión 8.4.27 o a la versión 8.4.26 con backported tag o sus equivalentes según el proveedor
  • PHP 8.3: Actualizar a la versión 8.3.36
  • PHP 8.2: Actualizar a la versión 8.2.35 (Nota: PHP 8.2 llega al final de su vida útil el 31 de diciembre de 2026)
  • Versiones anteriores (PHP 8.1 y anteriores): Estas versiones han llegado al final de su vida útil y ya no cuentan con soporte oficial. Debes actualizar a una versión más reciente, aislar los sistemas o desconectarlos, o bien aplicar parches reportados específicos proporcionados por su proveedor.

2. Reinicio de procesos (workers) y reconstrucción de contenedores

  • Reinicio de servicios: Tras aplicar los parches, reinicia PHP-FPM, Apache, los grupos (pools) de NGINX y los procesos de la aplicación para eliminar cualquier estado almacenado en la memoria.
  • Reconstrucción de contenedores: Si utilizas Docker o entornos basados ​​en contenedores, reconstruye tus imágenes a partir de imágenes base actualizadas (o utiliza etiquetas de contenedor que ya incluyan los parches, como las disponibles en el ECR público de Aikido), en lugar de intentar parchear una instancia de contenedor que ya está en ejecución.

3. Implementa protecciones mediante un Firewall de aplicaciones web (WAF)

  • Habilita reglas de virtual patching o conjuntos de reglas de WAF proporcionados por empresas de seguridad como Cloudflare, CrowdStrike o Arctic Wolf, las cuales han desplegado firmas y filtros de bloqueo antes o al mismo tiempo que se hacía pública la vulnerabilidad.

4. Medidas temporales para reducir la exposición (si no puede aplicar el parche de inmediato)

Los ajustes de configuración no solucionan la vulnerabilidad por completo, pero pueden reducir la exposición mientras prepara la aplicación del parche:

  • Establece `session.upload_progress.enabled = 0` en la configuración.
  • Establece un valor bajo para `post_max_size` (por ejemplo, 8M o 32M) e coloca límites al tamaño de las solicitudes y a las cabeceras en tu servidor web o proxy inverso.
  • Bloquea los envíos de formularios de tipo `multipart` no esperados si tu aplicación no requiere la carga de archivos.
  • Rota todas las credenciales o secretos confidenciales almacenados en la memoria de los sistemas que estuvieron expuestos antes de aplicar los parches.

¡Síguenos en nuestras redes sociales!

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Resolver : *
36 ⁄ 12 =