PHP seguridad: ¿Cómo proteger mis servidores ante vulnerabilidades?

R

robo

Épsilon
¡Usuario con pocos negocios! ¡Utiliza siempre saldo de Forobeta!
El NCSC insta a las organizaciones del Reino Unido a tomar medidas inmediatas para mitigar un problema de seguridad que afecta a PHP (CVE-2026-109618 y CVE-2026-109619).

1792593220187.webp

¿Qué ha pasado?​

PHP ha publicado una actualización de seguridad para solucionar un problema crítico que podría permitir a los atacantes ejecutar comandos en cualquier servidor web que ejecute PHP.

PHP (PHP Hypertext Preprocessor) es un lenguaje de programación del lado del servidor ampliamente utilizado, diseñado para el desarrollo web. Se ejecuta en un servidor web para generar contenido dinámico para las páginas, interactuar con bases de datos y gestionar la lógica de la aplicación en el servidor antes de entregar el HTML final al navegador del usuario. PHP también se utiliza en una variedad de otros productos.

El problema de seguridad podía permitir que un atacante provocara un error de memoria insuficiente (OOM) en PHP, lo que resultaba en una corrupción de memoria. En determinadas circunstancias, esta corrupción podía explotarse para lograr la ejecución remota de código sin autenticación. Este problema de seguridad ya ha sido solucionado.

  • CVE-2026-109618 : El manejo de errores de memoria puede interrumpir PHP mientras los datos internos de la solicitud solo se han inicializado parcialmente. La limpieza de la solicitud puede entonces tratar los datos no válidos como válidos.
  • CVE-2026-109619 : El estado interno propiedad de una solicitud puede persistir incluso después de que se haya liberado su memoria de respaldo. Una solicitud posterior procesada por el mismo trabajador puede utilizar ese estado obsoleto antes de que la inicialización normal lo restablezca.
El aviso de seguridad completo de PHP proporciona más detalles sobre el problema de seguridad solucionado.

El NCSC seguirá supervisando cualquier impacto en las organizaciones del Reino Unido.

¿Quiénes son los afectados?​

Las organizaciones que utilizan cualquier versión de PHP se ven afectadas y se les recomienda encarecidamente que actualicen a la última versión corregida. Las organizaciones que utilizan versiones anteriores de PHP también deben actualizar a una versión con soporte completo.

¿Qué tengo que hacer?​

El NCSC recomienda seguir las mejores prácticas de los proveedores para la mitigación de vulnerabilidades. El NCSC insta encarecidamente a las organizaciones a seguir estas acciones prioritarias:

  1. Identifique los sistemas que ejecutan PHP en su infraestructura, dando prioridad a los sistemas con acceso a internet. Dado que todas las versiones pueden verse afectadas, no limite la detección a versiones obsoletas de PHP; identifique las instalaciones de PHP en general y evalúe su exposición a las vulnerabilidades CVE-2026-109618 y CVE-2026-109619.
  2. Supervise continuamente las actualizaciones de seguridad de proveedores de software externos, incluidos los dispositivos y servicios que puedan incluir PHP como componente. Aplique las actualizaciones pertinentes en cuanto estén disponibles.
  3. Actualiza a la última versión de PHP y continúa atento a futuras actualizaciones.
  4. Aplique los pasos de refuerzo adicionales proporcionados por el equipo de PHP .
  5. Si no puede actualizar a una versión con la actualización de seguridad aplicada, el equipo de PHP ha proporcionado soluciones temporales .
  6. Si no puede aplicar las medidas de mitigación temporales, o si su aplicación llevaría demasiado tiempo, debería considerar la posibilidad de desconectar el sistema hasta que se puedan solucionar por completo las deficiencias.
  7. Si no puede actualizar o deshabilitar el sistema de inmediato, debe evaluarlo en busca de indicios de vulneración antes de la actualización o la mitigación, y buscar puertas traseras instaladas por un atacante. Si no se siente seguro de poder hacerlo usted mismo, puede obtener ayuda de un proveedor de respuesta a incidentes cibernéticos certificado por el NCSC .
  8. Supervise continuamente las actualizaciones de seguridad de proveedores de software externos, incluidos los dispositivos y servicios que puedan incluir PHP. El NCSC-NL ha publicado un inventario de productos de software con dependencia de PHP que podrían verse afectados por las vulnerabilidades.

Recursos adicionales del NCSC​

 
¿Te sirvió? Únete a la conversación

Con tu cuenta gratis puedes responder, escribirle al autor por mensaje privado y comprar con Saldo retenido: el pago se libera cuando recibes lo acordado.

Toma 30 segundos · vuelves a este tema al terminar
Gracias por la información. Efectivamente, cPanel ya publicó las correcciones, incluso para versiones antiguas de PHP.

En el changelog oficial de EasyApache 4, versión 25.91 (21/10/2026), se confirma:

  • PHP 7.4: EA-13613 — Backport del parche para CVE-2026-109618 y CVE-2026-109619 a ea-php74.
  • PHP 8.0 y 8.1: También recibieron parches retroportados.
  • PHP 8.3: Actualización de 8.3.35 a 8.3.36.
Fuente oficial de cPanel:
https://docs.cpanel.net/changelogs/easyapache-4-change-log-25/

CloudLinux también está distribuyendo actualizaciones para alt-php, incluyendo PHP 7.4:

https://cloudlinux.statuspage.io/incidents/zl0vt1yq3dj5

Importante: PHP 7.4 puede seguir mostrando la versión 7.4.33 incluso después de recibir las correcciones, ya que son parches retroportados.

La duda es si estos paquetes ya fueron instalados en los servidores de BanaHosting, porque la actualización del propio cPanel no garantiza que las versiones de PHP utilizadas por los sitios estén parcheadas.

¿Podrían confirmar si ya están aplicadas las correcciones de ambas CVE en sus servidores de hosting compartido, tanto para ea-php como para alt-php (si corresponde)?

¡Gracias!

- ChatGPT
Ya fueron instalados inmediatamente cpanel anuncio.
 
Por qué me indica que la versión disponible en Cpanel es la v8.2.34? el comunicado en https://www.php.net/index.php indica que la versión con el parche de seguridad es la 8.2.35.?
Vemos que cPanel ha indicado el patch para versiones de PHP

2026-10-21​

  • Fixed CPANEL-57977: Update cpanel-php84 to 8.4.27. Fixes: CVE-2026-109618 and CVE-2026-109619.
Esperando salgan el release de los demas. que tienen que lanzar EA y ALT.

Estamos a la espera de momento hemos aplicado mitigación manual.
Y tambien Imunify360 ha lanzado mitigacion. y tambien monarx. tenemos varios layers de proteccion.
 
Vemos que cPanel ha indicado el patch para versiones de PHP

2026-10-21​

  • Fixed CPANEL-57977: Update cpanel-php84 to 8.4.27. Fixes: CVE-2026-109618 and CVE-2026-109619.
Esperando salgan el release de los demas. que tienen que lanzar EA y ALT.

Estamos a la espera de momento hemos aplicado mitigación manual.
Y tambien Imunify360 ha lanzado mitigacion. y tambien monarx. tenemos varios layers de proteccion.
@banahosting.com Acabo de comprobarlo directamente desde PHP en uno de los servidores de BanaHosting y PHP_VERSION sigue devolviendo 8.3.35, no 8.3.36.

¿Puede ser que la actualización todavía no se haya desplegado en todos los servidores?
 
Favor leer mi respuesta anterior. Ya confirmado esta siendo protegido con imunify360 que si ya lanzo reglas de proteccion.
 
Favor leer mi respuesta anterior. Ya confirmado esta siendo protegido con imunify360 que si ya lanzo reglas de proteccion.
Sí, he leído la respuesta y entiendo que Imunify360 ya tiene activas reglas para mitigar la explotación.

Pero me refería a la actualización de PHP en sí. PHP recomienda actualizar a las versiones corregidas, ya que las reglas de Imunify360 son una mitigación y no sustituyen el parche.

Acabo de comprobar PHP_VERSION directamente desde uno de sus servidores y actualmente sigue ejecutando PHP 8.3.35, cuando la versión corregida de esa rama es 8.3.36.

Por eso preguntaba si los paquetes corregidos ya se han instalado en todos los servidores o si el despliegue todavía está en proceso.
 
Sí, he leído la respuesta y entiendo que Imunify360 ya tiene activas reglas para mitigar la explotación.

Pero me refería a la actualización de PHP en sí. PHP recomienda actualizar a las versiones corregidas, ya que las reglas de Imunify360 son una mitigación y no sustituyen el parche.

Acabo de comprobar PHP_VERSION directamente desde uno de sus servidores y actualmente sigue ejecutando PHP 8.3.35, cuando la versión corregida de esa rama es 8.3.36.

Por eso preguntaba si los paquetes corregidos ya se han instalado en todos los servidores o si el despliegue todavía está en proceso.
Para PHP en si, se debe esperar cPanel lo haga. no esta en nuestro poder. Cada Panel debe lanzar las actualizaciones.
 
Para PHP en si, se debe esperar cPanel lo haga. no esta en nuestro poder. Cada Panel debe lanzar las actualizaciones.
Entonces es justo lo que no termino de entender.

Antes indicaron que cPanel ya había publicado la actualización y que ustedes la habían instalado inmediatamente.
Sin embargo, acabo de comprobar directamente la versión que está ejecutando uno de sus servidores y sigue siendo PHP 8.3.35.

Si cPanel ya publicó ea-php83 8.3.36, ¿qué actualización de cPanel queda pendiente para que PHP 8.3.36 esté disponible en ese servidor?
 
Entonces es justo lo que no termino de entender.

Antes indicaron que cPanel ya había publicado la actualización y que ustedes la habían instalado inmediatamente.
Sin embargo, acabo de comprobar directamente la versión que está ejecutando uno de sus servidores y sigue siendo PHP 8.3.35.

Si cPanel ya publicó ea-php83 8.3.36, ¿qué actualización de cPanel queda pendiente para que PHP 8.3.36 esté disponible en ese servidor?
cPanel indique el URL con el udpate de cpanel donde indica que version esta actualizada.

Sobre las demas estan siendo protegidos con imunifu360 y monarx.

Para esten parcheados directamente en PHP, hay que esperar cPanel actualice.

Puede seguir las noticias directamente desde cPanel :

Igualmente estamos atento a los Updates como siempre. y aplicandolos al instante una vez disponibles.

Saludos!
 
cPanel indique el URL con el udpate de cpanel donde indica que version esta actualizada.

Sobre las demas estan siendo protegidos con imunifu360 y monarx.

Para esten parcheados directamente en PHP, hay que esperar cPanel actualice.

Puede seguir las noticias directamente desde cPanel :

Igualmente estamos atento a los Updates como siempre. y aplicandolos al instante una vez disponibles.

Saludos!
Gracias por la aclaración.
Entonces entiendo que actualmente las versiones de PHP de esos servidores todavía no están parcheadas directamente y que, mientras cPanel publique los paquetes correspondientes, la protección que tienen aplicada es mediante Imunify360 y Monarx.

Era justo lo que quería aclarar, porque al indicar anteriormente que las actualizaciones habían sido instaladas inmediatamente entendí que se referían también a los paquetes de PHP.

En mi comprobación PHP 8.3 sigue devolviendo 8.3.35, así que estaré pendiente de cuando esté disponible 8.3.36. Gracias.
 
Atrás
Arriba