Lo que OVHcloud hizo el 21 de octubre
Al anochecer del 21 de octubre, OVHcloud anunció en su página de estado reglas de firewall aplicativo desplegadas en sus clústeres de alojamiento compartido y una campaña de mantenimiento en curso, según el registro de Clubic a las 18:25. Es una protección provisional: filtra parte de las solicitudes maliciosas, pero no corrige PHP. Un mensaje de la comunidad OVHcloud señalaba el mismo día un sitio aún en PHP 8.5.7 cuando ya estaba disponible la 8.5.12. En otras palabras, la actualización de los servidores se realiza por oleadas, y solo sabrás que ha pasado revisando el número de versión de tu propio alojamiento.
Dónde ver la versión de PHP de tu alojamiento OVH
En el espacio cliente de OVHcloud, abre Web Cloud, luego Alojamientos, y selecciona tu alojamiento. En la pestaña Información general, la línea Versión global de PHP indica la versión elegida para todo el alojamiento.
Dos aclaraciones importantes. En primer lugar, esta versión « global » puede ser anulada carpeta por carpeta mediante un archivo `.ovhconfig` colocado en una subcarpeta: si tu sitio está en un subdirectorio, es la versión de ese archivo la que se aplica. Además, el número mostrado es una rama, como 8.1 o 8.3, no el número exacto del parche. En WordPress, el número exacto se lee en Herramientas, luego Salud del sitio, pestaña Información, sección Servidor.
Cambiar la versión desde el espacio cliente
Siempre en Información general, localiza el recuadro Configuración. A la derecha de Versión global de PHP, haz clic en el botón …, luego en Modificar la configuración. Elige Modificar la configuración actual, seleccione la versión deseada, haga clic en Siguiente, luego en Validar. El cambio se propaga en unos minutos.
Si el botón Modificar la configuración está deshabilitado, se está verificando la versión desde su lado. Esto ocurre durante campañas de mantenimiento, como la del 21 de octubre: espere unos minutos y vuelva a intentarlo, no es necesario recargar diez veces.
Cambiar la versión con el archivo .ovhconfig
Para quienes prefieren FTP: el archivo `.ovhconfig` está presente por defecto en la raíz del espacio de almacenamiento de su alojamiento. La línea `app.engine.version=8.1` fija la versión de PHP, siempre que `app.engine=php` esté presente. Para PHP 7.4 y todas las versiones superiores, el entorno debe ser `container.image=stable64`. Reemplace el número por 8.3 o 8.4, guarde los cambios, y el resultado será el mismo que un cambio realizado desde el espacio cliente. Tenga cuidado con los alojamientos antiguos que han acumulado varios archivos `.ovhconfig` en subcarpetas: archivos en conflicto generan comportamientos difíciles de entender, y es lo primero que reviso cuando un cliente me dice que «el cambio no hace nada».
¿Qué versión elegir?
PHP 8.3 o 8.4: la mejor opción para un sitio WordPress, WooCommerce o una herramienta reciente. Las versiones corregidas son 8.3.36 y 8.4.27, y estas ramas reciben parches de seguridad hasta 2027 y 2028. OVH ofrece ambas en el entorno Stable64, junto con la 8.5.
PHP 8.2: también corregida, en la versión 8.2.35, pero la rama finaliza el 31 de diciembre de 2026. Tendrá que repetir el proceso en dos meses.
PHP 8.1, 8.0, 7.4: no tienen versiones oficiales corregidas. Si su sitio aún usa estas versiones, cambiar de rama ya no es una opción; es necesario realizar la actualización de seguridad directamente. Antes de proceder, verifique que su CMS acepte la versión objetivo: WordPress funciona desde 7.4 hasta 8.5, con 8.3 recomendado, PrestaShop depende de su propia versión, y suele ser una antigua extensión o un viejo tema lo que bloquea, no el CMS.
Verificar que el parche esté correctamente instalado
Cambiar de rama no es suficiente: debe asegurarse de que el número completo esté al nivel del parche. Los números que deben aparecer son 8.2.35, 8.3.36, 8.4.27 o 8.5.12. Si su alojamiento muestra 8.3 pero la página phpinfo o la sección Salud del sitio de WordPress indica 8.3.35, la campaña de OVH aún no ha llegado a su servidor. Intente de nuevo la herramienta de verificación al día siguiente, o revisa el encabezado X-Powered-By cuando esté disponible. Y un número antiguo no demuestra por sí solo la vulnerabilidad: en caso de duda, pregunta por escrito a OVH si el parche se ha aplicado en tu clúster.
Si el sitio falla después del cambio
Puede pasar, especialmente al pasar de la versión 7.4 o 8.0 a la 8.3: una extensión que use una función eliminada, un tema que no se haya actualizado en años. La solución: volver a la versión anterior mediante el mismo menú, el tiempo necesario para actualizar la extensión o el tema problemático, y luego volver a subir. Mejor aún: prueba primero en una copia del sitio y haz una copia de seguridad fuera del servidor antes de tocar nada. Una página en blanco después del cambio se detecta en los registros de error del alojamiento, en el espacio del cliente.
Y si no quieres tocar nada
Es el tipo de intervención que realizo a distancia en una hora para un sitio sencillo, o medio día para una tienda con muchos módulos: copia de seguridad, prueba en una copia, cambio de versión, verificación del parche, prueba del inicio de sesión, administración y un pago, y luego un informe escrito. Escríbeme con el enlace de tu sitio, te respondo en menos de 24 horas. Las mismas guías existen para o2switch y IONOS.
Fuentes: guía de OVHcloud « Alojamiento web: entorno, versión de PHP, .ovhconfig », informe de alojamientos por Clubic el 21 de octubre a las 18:25, versiones corregidas en php.net.
