Qué hacemos · Datos y web: Actualizaciones de PHP y parcheo de seguridad en toda la flota
Un PHP al final de su vida nunca recibe la corrección de la siguiente vulnerabilidad explotada. Movemos las aplicaciones a un PHP soportado sin romperlas, y cuando aparece un fallo crítico llevamos la corrección a todos los servidores que gestionamos el mismo día, un host cada vez, con un rollback preparado en cada paso.
Qué es
Dos servicios que comparten una misma disciplina:
- Actualizaciones planificadas: mover una aplicación de una rama antigua de PHP a una soportada, incluido el software comercial protegido con encoders, en Linux plano, Plesk y cPanel con CloudLinux.
- Parcheo de emergencia: cuando se divulga una vulnerabilidad crítica de PHP, una medida provisional delante de su aplicación en menos de una hora, seguida del PHP parcheado desplegado en toda la flota en cuanto existe.
Cómo lo construimos
Lado a lado, nunca por encima. La nueva versión de PHP se instala junto a la antigua. El cutover es un único cambio reversible del socket o del pool de FastCGI, y la versión antigua sigue funcionando como ruta de rollback hasta que ha pasado un periodo de burn-in limpio.
Prueba antes del salto. Antes de una actualización mayor comprobamos la compilación de cada fichero PHP de la aplicación bajo la versión de destino, rastreamos qué ficheros carga de verdad el tráfico real (incluidas las rutas con sesión iniciada) y verificamos los ficheros codificados leyendo sus cabeceras en lugar de fiarnos del cartel de compatibilidad de un proveedor. Los problemas afloran en nuestro banco de pruebas, no en su página de pago.
Primero una medida provisional. Cuando se divulga una vulnerabilidad crítica, no esperamos a los paquetes. Desactivamos la función afectada en la configuración donde es posible y desplegamos una regla en el balanceador que rechaza la entrada que la dispara en cuerpos de petición, cadenas de consulta y cookies.
Nuestras propias compilaciones cuando los mirrors van tarde. Si los repositorios de la distribución son más lentos que la amenaza, compilamos nosotros el PHP parcheado a partir del código fuente upstream, etiquetado de modo que el paquete oficial lo sustituya automáticamente cuando llegue.
El mismo día, y usted informado. Los parches de emergencia salen el mismo día en que existe la corrección. Se le mantiene informado en cada paso, y si un parche necesita downtime en su servicio, lo acordamos antes con usted. Las actualizaciones planificadas siguen la misma regla: si un cambio pudiera tocar su tráfico, acordamos el momento con usted antes de empezar.
Un host cada vez. Los despliegues van servidor a servidor, con una comprobación de salud antes y después de cada uno. En las flotas cPanel y Plesk, un temporizador vigila las compilaciones corregidas del proveedor y las despliega con una puerta de salud sobre una muestra de sitios en vivo de cada servidor; cualquier regresión detiene el despliegue.
De qué le protege
- Ejecutar una versión de PHP que nunca se parcheará contra un fallo explotado activamente.
- Una actualización que rompe el sitio sin una vuelta atrás rápida.
- Un fallo explotado activamente que queda abierto después de publicarse su corrección.
- Software comercial codificado que se niega a cargar tras una actualización.
- Una campaña de parcheo que se detiene a mitad porque un servidor se portó mal y nadie se dio cuenta.
En la práctica
Respuesta el mismo día en toda la flota de clientes. Cuando se notifica una vulnerabilidad crítica de PHP explotada en la práctica, nuestra medida provisional en el borde y en la configuración entra en vigor antes de la publicación upstream, y nuestras compilaciones parcheadas la siguen en cuestión de horas. Clústeres editoriales de varios blades, hosts de aplicación en la rama más reciente de PHP y servidores individuales de clientes con Plesk, cPanel y Linux plano se parchean uno a uno, con un único reinicio gradual de los workers de alrededor de un segundo y sin cambio en el tiempo de renderizado sin caché.
Actualizaciones que llegan a las rutas con sesión iniciada. En las aplicaciones PHP comerciales probamos no solo las páginas públicas, sino las rutas a las que solo llegan los usuarios identificados y los administradores, porque ahí es donde se esconden los módulos retirados y los ficheros obsoletos. Cada paso de la actualización puede deshacerse con un único cambio de configuración.
Por qué EuroVPS
- Una respuesta el mismo día a los fallos críticos de PHP en toda la flota gestionada, con usted informado y cualquier downtime acordado antes.
- Compilamos desde el código fuente upstream cuando los paquetes van tarde, y dejamos que los paquetes oficiales tomen el relevo limpiamente.
- Cada actualización tiene un rollback en un solo paso, conservado hasta que termina el burn-in.
- Plesk, cPanel con CloudLinux y Linux plano, tratados con el mismo método.
- Un registro escrito de cada servidor parcheado, con las comprobaciones de antes y después.
Preguntas frecuentes
- ¿Qué versiones de PHP soportan? Cualquier rama que su aplicación necesite durante la migración, con un plan para llegar a una rama soportada. No dejaremos un servidor gestionado en una rama al final de su vida sin decírselo.
- ¿Una actualización romperá nuestros plugins o módulos codificados? Lo averiguamos antes del cutover, comprobando la compilación y rastreando el tráfico real. Cualquier incompatibilidad se lista con opciones antes de conmutar.
- ¿Tendremos downtime durante el parcheo? En stacks de varios nodos, no: los nodos se parchean de uno en uno detrás del balanceador. En un único servidor, un reinicio de PHP-FPM lleva alrededor de un segundo, y si hiciera falta algún downtime lo acordamos antes con usted.
- ¿Cómo sabemos que se ha hecho? Recibe un registro de lo que se cambió, cuándo, y las comprobaciones de salud de antes y después.
¿Quiere un PHP actual, y que siga siéndolo? Hable con un ingeniero.
Su próximo socio de infraestructura
Veamos su infraestructura.
Cuéntenos qué ejecuta hoy y qué necesita mejorar. Un ingeniero revisará su solicitud y le ayudará a planificar el siguiente paso.
+357 222 32280
Empecemos por su infraestructura.
Un poco de contexto nos ayuda a empezar la conversación adecuada.