¿Necesita urgentemente una actualización de PHP? Actualizamos su servidor y su código PHP.

Dos vulnerabilidades críticas de PHP amenazan a los servidores sin protección.

Las actualizaciones de seguridad ya están disponibles. Sin embargo, en sitios web antiguos, tiendas online y aplicaciones desarrolladas a medida, un cambio de versión puede provocar considerables problemas de compatibilidad.

CxP se encarga de ambas cosas: instalamos la actualización de seguridad de PHP necesaria y adaptamos su código existente si deja de funcionar con la nueva versión. Así no tendrá que elegir entre un servidor sin protección y un sitio web que deja de funcionar tras la actualización.

  • Instalar las actualizaciones de seguridad de PHP actuales
  • Hacer compatible el código PHP obsoleto
  • Comprobar el funcionamiento y la disponibilidad tras el cambio
Hecho por nosotros — el 21 de octubre de 2026

Este sitio web funciona. Nuestro propio portal de alto tráfico motorradundreisen.de y todos los sitios web de clientes que gestionamos se actualizaron ese mismo 21 de octubre de 2026 a la versión parcheada PHP 8.3.36 — sin desconexión. Eso es exactamente lo que le ofrecemos.

Solicitar actualización de PHP

Descríbanos brevemente su sitio web o aplicación. Aclararemos qué actualización es necesaria.

Sus datos solo llegan a nosotros; no se publican ni se ceden a terceros. Privacidad

Situación de seguridad

¿Puede su sitio web seguir en línea de forma segura?

El 21 de octubre de 2026, el proyecto PHP confirmó dos vulnerabilidades críticas y publicó simultáneamente las versiones de seguridad 8.5.12, 8.4.27, 8.3.36 y 8.2.35. Ambas vulnerabilidades tienen una puntuación de gravedad CVSS v4.0 de 9,2 y se describen como ejecución remota de código sin autenticación: en determinadas condiciones, un atacante no necesita credenciales para ejecutar código en el servidor.

Según la descripción oficial, están afectadas las instalaciones de PHP que atienden peticiones web — entre ellas PHP-FPM, mod_php, php-cgi, FrankenPHP y LiteSpeed. La autoridad neerlandesa de ciberseguridad NCSC-NL mantiene su propio directorio de avisos sobre ambas vulnerabilidades, CERT-EU ha publicado un aviso, y otros organismos europeos también. Para las empresas no se trata de un peligro teórico, sino de accesos no autorizados a datos, contenidos manipulados e interrupciones de la actividad.

La Oficina Federal alemana de Seguridad de la Información (BSI) emitió el 21 de octubre de 2026 una advertencia y declaró en un comunicado de prensa que la actualización de seguridad era necesaria ese mismo día. El vicepresidente de la BSI, Thomas Caspers, considera probable una explotación a gran escala pocas horas después de la publicación de las actualizaciones: «¡Existe, por tanto, una necesidad inmediata de actuar!»

Por tanto, la pregunta decisiva no es solo si su servidor necesita una actualización de PHP, sino también si su sitio web seguirá funcionando después. Le ayudamos con ambas cosas.

Fuentes: Comunicado de prensa del BSI del 21.10.2026 „PHP: BSI warnt vor kritischen Schwachstellen – Sicherheitsupdate noch heute notwendig" y Alerta de ciberseguridad del BSI 2026-297981-1032 · Aviso de seguridad de PHP del 21.10.2026 en php.net (CVE-2026-109618, CVE-2026-109619) · Repositorio de avisos NCSC-NL/php2shell · Estado de versiones y soporte: php.net/supported-versions y php.net/eol.

Servidor y código

Actualizar el servidor PHP y seguir utilizando el código existente

Una actualización de seguridad de PHP no siempre se resuelve con un clic. Precisamente los sitios web antiguos y las aplicaciones desarrolladas a medida dependen de determinadas versiones de PHP, de extensiones o de funciones que ya no existen en las versiones más recientes. Por eso ofrecemos ambas mitades juntas.

Servicio 1

Actualizaciones del servidor PHP

Nos encargamos de la actualización técnica de su entorno de servidor PHP — desde el inventario inicial hasta la prueba de funcionamiento tras el cambio.

  • Determinar la versión de PHP instalada y el modo de funcionamiento
  • Instalar las actualizaciones de seguridad y los parches disponibles
  • Pasar a una rama de PHP con soporte
  • Ajustar PHP-FPM y la configuración del servidor
  • Revisar extensiones y dependencias
  • Comprobar la integración con el servidor web
  • Preparar la copia de seguridad y la vía de retorno
  • Probar tras el cambio, no confiar en la suerte
Servicio 2

Actualizar el código PHP

¿Su software solo funciona con una versión antigua de PHP? Revisamos el código existente y lo modernizamos hasta que el cambio de versión sea posible.

  • Sustituir funciones de PHP eliminadas
  • Corregir partes incompatibles del código
  • Eliminar advertencias y errores de ejecución
  • Garantizar la compatibilidad con PHP 8
  • Revisar frameworks y bibliotecas
  • Actualizar dependencias
  • Adaptar scripts propios y software a medida
  • Probar a fondo interfaces y procesos de negocio
No necesita un proveedor de servicios distinto para cada mitad. Nos ocupamos del entorno del servidor y del código de la aplicación — un único interlocutor, ambos problemas resueltos.
Después de la actualización

¿Qué ocurre si su sitio web deja de funcionar tras la actualización de PHP?

Un cambio de versión da trabajo cuando la aplicación existente no es compatible con la nueva versión de PHP. Estas son las consecuencias que vemos con frecuencia en estos casos:

  • El sitio web solo muestra un mensaje de error o una página en blanco.
  • La tienda online ya no recibe los pedidos correctamente.
  • Los formularios de contacto y los registros dejan de funcionar.
  • Los módulos desarrollados a medida producen errores.
  • Las extensiones obsoletas ya no se pueden cargar.
  • Algunas funciones importantes dejan de funcionar sin aviso tras el cambio.

Justo ahí es donde intervenimos: revisamos la base de código, localizamos los puntos incompatibles y preparamos las adaptaciones necesarias antes de que el cambio pase a producción. Cuando es técnicamente posible, realizamos pruebas previas en un entorno separado. En instalaciones de mayor tamaño planificamos el cambio con copia de seguridad y vía de retorno.

El objetivo es una actualización que se mantenga — con una interrupción tan breve como permita cada sistema.

No prometemos un tiempo de inactividad cero garantizado, porque no puede cumplirse en todos los sistemas.

Klingt kompliziert? Ist es für dich nicht. Ein Anruf, und wir klären das in fünf Minuten.
Ayuda inmediata

¿Tengo que desconectar mi sitio web por la vulnerabilidad de PHP?

No todos los sitios web tienen que desconectarse. Lo decisivo es la versión de PHP utilizada, el modo de funcionamiento, la configuración del servidor y la rapidez con la que se puede instalar la actualización de seguridad. El proyecto PHP recomienda instalar sin demora las actualizaciones disponibles.

Si no es posible actualizar de inmediato, el proyecto PHP indica ajustes provisionales — como desactivar session.upload_progress y reiniciar los workers, así como ajustar los valores de memory_limit y post_max_size. Al mismo tiempo, deja claro expresamente que tales medidas no hacen segura una instalación, sino que solo permiten ganar tiempo. En sistemas especialmente expuestos, una restricción o desconexión temporal puede ser el camino correcto mientras el parche no esté aplicado.

Cuanto antes se restablezca la capacidad de actualización, antes volverá a funcionar la actividad sobre una base segura. Evaluamos la situación en su servidor y aplicamos lo que sea necesario.

Estado de versiones

¿PHP 7.4, PHP 8.0 o PHP 8.1? Entonces hace falta algo más que un parche.

Muchos sitios web y aplicaciones a medida siguen funcionando con versiones antiguas de PHP. El problema es más profundo que la vulnerabilidad actual: estas ramas ya no reciben actualizaciones de seguridad regulares del proyecto PHP. PHP 7.4 finalizó en noviembre de 2022, PHP 8.0 en noviembre de 2023 y PHP 8.1 en diciembre de 2025. Para las dos vulnerabilidades actuales solo existen ramas de backport para estas versiones — no un soporte regular.

También PHP 8.2 llega al fin de su soporte el 31 de diciembre de 2026. Por tanto, pasar a una rama con soporte no tiene sentido solo por lo ocurrido esta semana. Pero una aplicación antigua no funciona automáticamente con una versión más reciente de PHP — por eso revisamos primero el código fuente y realizamos las adaptaciones necesarias.

Su aplicación debe seguir funcionando — sobre una base actualizada.

Estado a 21 de octubre de 2026 según php.net. Las versiones de seguridad cierran CVE-2026-109618 y CVE-2026-109619. Para 7.4, 8.0 y 8.1 el proyecto PHP no ofrece una corrección regular, solo ramas de backport o parches de distribuciones concretas.
Rama de PHP Versión de seguridad Estado Soporte
PHP 8.5 8.5.12 Soporte activo Actualizaciones de seguridad hasta el 31.12.2029
PHP 8.4 8.4.27 Soporte activo Actualizaciones de seguridad hasta el 31.12.2028
PHP 8.3 8.3.36 Solo actualizaciones de seguridad Actualizaciones de seguridad hasta el 31.12.2027
PHP 8.2 8.2.35 Solo actualizaciones de seguridad Fin del soporte el 31.12.2026
PHP 8.1 sin corrección regular Fin de vida Soporte finalizado el 31.12.2025 (última 8.1.34)
PHP 8.0 sin corrección regular Fin de vida Soporte finalizado el 26.11.2023 (última 8.0.30)
PHP 7.4 sin corrección regular Fin de vida Soporte finalizado el 28.11.2022 (última 7.4.33)
Proceso

Así se desarrolla su actualización de PHP

  1. Revisar la versión de PHP y la aplicaciónDeterminamos qué versión se ejecuta y en qué modo de funcionamiento, qué debe actualizarse y dónde cabe esperar problemas de compatibilidad.
  2. Preparar la actualizaciónDefinimos la versión de destino y planificamos las adaptaciones de código necesarias, la copia de seguridad de los datos y el proceso de cambio — incluida la vía de retorno.
  3. Actualizar el servidor y el códigoInstalamos las actualizaciones de seguridad y adaptamos las partes incompatibles del código. Ambas cosas de una sola vez, para que nada quede pendiente entre una y otra.
  4. Probar las funcionesComprobamos los procesos que importan: pedidos, formularios, inicio de sesión, interfaces, procesos en segundo plano — y después los registros.
  5. Poner en producción la aplicación actualizadaTras las comprobaciones, el cambio pasa a producción. Recibirá un breve resumen de lo que se ha modificado y de lo que recomendamos.
Para quién

Actualizaciones de seguridad de PHP para sitios web, tiendas y aplicaciones a medida

Actualizamos sistemas basados en PHP de distinto tipo — y le explicamos de antemano qué implican la versión y el entorno correspondientes en sistemas CMS y de tienda online.

  • Sitios web corporativos
  • Aplicaciones PHP desarrolladas a medida
  • Sistemas de gestión de contenidos antiguos
  • Tiendas online basadas en PHP
  • Portales de clientes y áreas de socios
  • Software de gestión propio
  • Interfaces y procesos en segundo plano
  • Sitios existentes con módulos obsoletos

También para agencias y proveedores de servicios informáticos que deseen externalizar trabajos de migración: trabajamos en segundo plano en el servidor y el código, y el contacto con sus clientes sigue siendo suyo.

Preguntas frecuentes

Actualización y vulnerabilidad de PHP — preguntas frecuentes

¿Está mi sitio web afectado por la vulnerabilidad actual de PHP?
Depende de la versión de PHP instalada y del entorno del servidor. Están afectadas las instalaciones de PHP que atienden peticiones web — el aviso de seguridad de PHP menciona, entre otros, PHP-FPM, mod_php, php-cgi, FrankenPHP y LiteSpeed. El 21 de octubre de 2026 se publicaron las versiones de seguridad 8.5.12, 8.4.27, 8.3.36 y 8.2.35. Comprobamos qué versión se ejecuta en su sistema y qué hay que hacer.
¿Tengo que desconectar mi sitio web por la vulnerabilidad de PHP?
No necesariamente. Lo decisivo es si la actualización de seguridad puede instalarse con rapidez. Si no es posible, el riesgo debe evaluarse caso por caso — en sistemas especialmente expuestos puede ser conveniente una restricción o desconexión temporal. El proyecto PHP indica ajustes provisionales, pero advierte expresamente de que no hacen segura una instalación.
¿Pueden hackear mi sitio web a través de esta vulnerabilidad?
Ambas vulnerabilidades están clasificadas como ejecución remota de código sin autenticación, con una puntuación de gravedad CVSS v4.0 de 9,2 — es decir, un atacante no necesita credenciales. Si un sistema concreto es vulnerable o ya ha sido comprometido solo puede determinarse examinando el servidor y los registros; no admite una respuesta general.
¿Qué ocurre si no instalo la actualización de PHP?
Un sistema vulnerable sigue siendo vulnerable. El proyecto PHP recomienda actualizar de inmediato y no menciona ninguna medida que sustituya por completo la actualización. Según la configuración y el modo de funcionamiento, el servidor es más o menos fácil de atacar — pero sin la actualización, el riesgo persiste.
¿Seguirá funcionando mi sitio web después de una actualización de PHP?
En una actualización de seguridad dentro de la misma rama — por ejemplo, de 8.3.20 a 8.3.36 — rara vez son necesarios cambios en el código. Un salto entre ramas, por ejemplo de 7.4 a 8.4, es otra cosa: en ese caso se han eliminado funciones y ha cambiado el comportamiento. Por eso la aplicación se revisa antes, en lugar de repararla después.
¿Pueden actualizar también mi código PHP antiguo?
Sí. Sustituimos las funciones eliminadas, corregimos las partes incompatibles del código, actualizamos las dependencias y garantizamos la compatibilidad con la versión de destino — tanto en aplicaciones desarrolladas a medida como en sistemas heredados que han crecido con los años.
¿Pueden instalar la actualización directamente en mi servidor?
Sí. Nos encargamos de la parte del servidor — versión de PHP, PHP-FPM, extensiones, integración con el servidor web — y del código de la aplicación. Esa es la diferencia frente a un simple proveedor de alojamiento y frente a una simple agencia: no necesita dos proveedores de servicios para las dos mitades del problema.
¿Cuánto cuesta una actualización de PHP?
Depende del alcance. Una actualización de seguridad dentro de una rama es un trabajo acotado; la migración de una aplicación a medida que ha crecido durante años es un proyecto. Analizamos la situación de partida y le indicamos el esfuerzo antes de tocar nada.
¿Cuánto dura una migración de PHP?
Una actualización de seguridad es cuestión de horas si el código lo permite. Un cambio de versión con adaptaciones de código lleva más tiempo — cuánto, puede decirse con fiabilidad tras revisar la versión, el entorno y la base de código. Antes de eso, cualquier cifra sería una suposición.
¿Puede realizarse una actualización de PHP sin tiempo de inactividad?
Según la infraestructura, el cambio puede prepararse de forma que la interrupción sea muy breve. Un cambio totalmente sin interrupciones no es posible en todos los sistemas — le decimos de antemano qué es viable en su caso, en lugar de prometerlo.
Utilizo PHP 7.4. ¿Pueden actualizar mi sitio web?
Sí. PHP 7.4 no recibe actualizaciones regulares del proyecto PHP desde el 28 de noviembre de 2022; para las vulnerabilidades actuales solo existe una rama de backport. La vía sostenible es pasar a una rama con soporte — revisamos la aplicación y realizamos las adaptaciones necesarias.
¿Tengo que encargar el desarrollo completo de un nuevo sitio web?
Por lo general, no. En la mayoría de los casos, la aplicación existente puede seguir funcionando con adaptaciones puntuales. En sistemas muy obsoletos calculamos ambas opciones y le decimos con franqueza a partir de qué punto una modernización resulta más económica que la reparación.
¿Qué versiones de PHP tienen soporte actualmente?
Tienen soporte las ramas 8.2, 8.3, 8.4 y 8.5. En desarrollo activo están 8.4 y 8.5; 8.2 y 8.3 solo reciben actualizaciones de seguridad. PHP 8.2 llega al fin de su soporte el 31 de diciembre de 2026, PHP 8.3 el 31 de diciembre de 2027.
¿Qué significa el fin de vida (End of Life) de PHP?
Tras el fin del soporte, el proyecto PHP deja de publicar actualizaciones de seguridad regulares para esa rama — las vulnerabilidades que se descubran quedan abiertas. Hay que distinguir de ello los backports de seguridad de algunas distribuciones de Linux o de proveedores comerciales: pueden cerrar vulnerabilidades concretas, pero no sustituyen a una rama con soporte.
Contacto

Haga revisar ahora su instalación de PHP

¿No sabe si su sitio web está afectado? ¿O su servidor necesita una actualización de PHP que quizá su software no admita? Descríbanos brevemente su situación técnica — le diremos qué hay que hacer y, si lo desea, nos encargamos de inmediato: actualización de seguridad, cambio de versión y modernización de su aplicación existente.

Solicitar ahora la actualización de PHP →
Número de teléfono +49 5522 3175515 disponible a diario de 10 a 21 h
Dirección de correo electrónico kontakt@cxp.rocks