Servidores y hosting: cómo parchear PHP correctamente
Plesk, cPanel, Apache, Nginx, LiteSpeed, contenedores: ¿quién es responsable, cómo comprueba el estado real del parche y cómo reinicia todos los workers?
Servidor Plesk: comprobar y parchear las versiones de PHP
En los servidores Plesk suelen convivir varias versiones de PHP. Así comprueba cada manejador, instala la actualización de PHP y reinicia todos los procesos de trabajo.
Seguir leyendo →02cPanel y WHM: proteger PHP
cPanel gestiona PHP mediante EasyApache 4, con paquetes propios por versión. Así comprueba el estado, reinicia todos los procesos y fija bien los valores provisionales.
Seguir leyendo →03Hosting compartido: qué hace el proveedor y qué debe hacer usted
En el hosting compartido, el proveedor parchea PHP. Su tarea es obtener la confirmación, elegir la versión de PHP y revisar su sitio web en busca de rastros.
Seguir leyendo →04Proteger por su cuenta un servidor root y un vServer
Con un servidor root o un vServer propio, toda la responsabilidad es suya. Así comprueba y parchea PHP, reinicia todos los procesos y refuerza el sistema.
Seguir leyendo →05Servidor gestionado: aclarar la responsabilidad
Un servidor gestionado le quita mucho trabajo, pero no todo. Así aclara quién parchea PHP, quién reinicia y quién responde de la aplicación, los datos y las notificaciones.
Seguir leyendo →06Proteger Apache con mod_php
El equipo de PHP valora el riesgo como más alto en mod_php. Así identifica el modo de funcionamiento, parchea bien, reinicia Apache y planifica el cambio a PHP-FPM.
Seguir leyendo →07Proteger Nginx con PHP-FPM
En Nginx con PHP-FPM, la seguridad está en los pools, los permisos y un reinicio correcto. Así parchea tras PHP2Shell y refuerza Nginx y PHP-FPM de forma duradera.
Seguir leyendo →08LiteSpeed y LSAPI: actualizar PHP
LiteSpeed usa paquetes lsphp propios y mantiene los procesos PHP mucho tiempo en memoria. Así instala la actualización de PHP y se asegura de que todos los procesos se reinicien.
Seguir leyendo →09Proteger FrankenPHP
FrankenPHP incluye PHP en su propio programa. Por eso no basta con actualizar la distribución: hay que recompilar el binario o la imagen y reiniciar todos los workers.
Seguir leyendo →10php-cgi: una herencia con riesgo
php-cgi suele esconderse sin que se note en configuraciones antiguas, paneles y Windows. Así lo localiza, lo parchea tras PHP2Shell y planifica el cambio a PHP-FPM.
Seguir leyendo →11Parchear PHP en Kubernetes
En el clúster, PHP está en las imágenes. Así encuentra todos los pods vulnerables, recompila las imágenes con PHP corregido, las despliega y demuestra el estado por carga de trabajo.
Seguir leyendo →12Proteger PHP en Windows e IIS
En IIS, PHP suele funcionar como php-cgi.exe mediante FastCGI. Así localiza todas las instalaciones, sustituye PHP con seguridad, recicla los grupos de aplicaciones y comprueba el resultado.
Seguir leyendo →Cada hora cuenta. Escríbanos ahora.
Describa brevemente el sistema, la versión de PHP y lo que ha observado. Nos pondremos en contacto, aclararemos la situación y trabajaremos en remoto hasta que el incidente quede cerrado y documentado.