Parcharé y actualizaré PHP en tu servidor VPS o cpanel


Acerca de este Servicio
Traducción automática
PHP acaba de parchear dos fallos críticos (CVE-2026-109618 y CVE-2026-109619, "php2shell") que permiten ejecución remota de código sin inicio de sesión. Ya se están reportando ataques. Si tu servidor ejecuta PHP por debajo de 8.5.12, 8.4.27, 8.3.36 o 8.2.35, o aún usa 7.4, 8.0 u 8.1, necesita atención ahora.
Tu hosting no puede parchear un VPS o servidor dedicado por ti. Yo sí, de forma segura y sin afectar tus sitios.
Lo que hago:
Confirmar una instantánea/backup antes de tocar nada
Actualizar PHP vía cPanel/EasyApache, Plesk, CloudLinux o apt/dnf
Reiniciar PHP-FPM/Apache para que el fix cargue realmente
Verificar cada versión de PHP en el servidor, en la CLI y en la web
Aplicar mitigaciones provisionales si aún no hay una actualización disponible
Buscar señales de compromiso: tareas programadas, archivos desconocidos, procesos
Mover sitios antiguos de PHP 7.4/8.0/8.1 a una versión 8.x soportada (Premium)
Funciona con Ubuntu, Debian, AlmaLinux, Rocky, RHEL, cPanel/WHM, Plesk, CloudLinux y cualquier proveedor de VPS.
Acceso: una clave SSH temporal o usuario del panel que luego eliminas. Nunca tu contraseña de root.
Recibes un informe corto: versiones antes/después, qué cambió y qué vigilar.
Envíame tu salida de php -v y el nombre del panel de control, y confirmaré el paquete correcto.
Respeta los derechos de terceros
Recuerda que incluir temas, plantillas o cualquier otro elemento que viole los derechos de terceros o las leyes aplicables en los trabajos entregados va en contra de las políticas de Fiverr. Puedes ver más información en Guía para la creación digital responsable.
Conoce a Alesson
Shopify Developer Theme, Performance, Apps
- DeCanadá
- Miembro desdesep 2026
- Responde aprox. en:1 hora
Idiomas
Portugués, Inglés, Francés
Traducción automática
FAQ
Traducción automática
¿Mi hosting me escribió por una vulnerabilidad de PHP? ¿Este es el gig correcto?
Sí. Los hosts no pueden parchear VPS o servidores dedicados no gestionados. Aplico la actualización, reinicio PHP y verifico que la versión parcheada esté realmente en funcionamiento.
¿Actualizar PHP puede romper mi sitio web?
Una actualización de parche dentro de la misma versión (p. ej., 8.3.x a 8.3.36) es de bajo riesgo. Pasar de 7.4/8.0/8.1 puede romper código antiguo, así que hago pruebas Premium en una copia primero y corrijo los errores.
¿Necesitas mi contraseña de root?
No. Crea un usuario temporal con una clave SSH que te envío, o un acceso temporal a WHM/Plesk. Elimínalo después de la entrega.
¿Por qué es necesario un reinicio?
PHP-FPM y Apache guardan código antiguo en la memoria. Sin un reinicio, la versión vulnerable sigue funcionando incluso después de instalar la actualización.
"php -v" muestra un número antiguo tras la actualización. ¿Está parcheado?
Puede ser. Debian, Ubuntu y RHEL suelen backportear correcciones sin cambiar la versión. Reviso el registro de cambios del paquete para el CVE, no solo el número.
Estoy en PHP 7.4 / 8.0 / 8.1. ¿Qué hago ahora?
El proyecto PHP ya no lanza estas versiones. La mejor solución es actualizar a 8.3 u 8.4 (Premium). Si aún no puedes, aplico builds del proveedor o mitigaciones provisionales para reducir la exposición.
¿Puedes garantizar que mi servidor no será hackeado?
Ningún vendedor honesto puede garantizarlo. Garantizo que el parche de PHP está instalado, cargado y verificado, y reportaré cualquier cosa sospechosa que encuentre.
¿Trabajas con hosting compartido?
El hosting compartido lo parchea tu hosting. Aun así, puedo cambiar tu cuenta a una versión de PHP soportada en cPanel y probar tu sitio.

