PHP2Shell y el modelo de riesgo de WordPress Multisite
La reciente vulnerabilidad de seguridad PHP2Shell recuerda oportunamente que la seguridad de WordPress no se limita al núcleo de WordPress, los temas y los plugins. Cuando una vulnerabilidad afecta al entorno de ejecución de PHP, se sitúa por debajo de la pila de aplicaciones que impulsa cada sitio en un servidor. Dependiendo de la configuración de PHP afectada y de las condiciones necesarias para su explotación, un ataque exitoso podría proporcionar a un atacante una vía para ejecutar comandos o código no previstos a nivel de servidor.
Para un sitio independiente de WordPress, eso es grave. Para una red WordPress Multisite, el posible alcance del impacto puede ser mucho mayor. Un único entorno PHP puede dar soporte a una red de sitios de clientes, tiendas, páginas de destino y portales de membresía. Eso hace que la aplicación rápida y coordinada de parches sea una parte fundamental del alojamiento responsable de multisite, no una tarea de mantenimiento que pueda esperar hasta la próxima ventana conveniente.
Por qué las vulnerabilidades de PHP tienen un impacto más amplio en una red
Multisite está diseñado para hacer eficiente la gestión de muchos sitios web: los archivos compartidos del núcleo, los plugins compartidos, los temas compartidos y la administración central de la red reducen el trabajo repetitivo. La misma infraestructura compartida implica que un problema de la plataforma subyacente debe tratarse como un incidente de toda la red.
La cuestión práctica no es simplemente si el propietario de un sitio individual ha instalado la última actualización. Es si la plataforma de alojamiento ha identificado la versión de PHP afectada, ha aplicado la corrección del proveedor en toda la infraestructura pertinente y ha confirmado que el entorno de ejecución actualizado está sirviendo los sitios de los clientes. Los retrasos pueden dejar expuesto durante más tiempo del necesario a cada sitio que utiliza un entorno afectado.
Una respuesta bien gestionada también debe equilibrar rapidez y control. Los equipos deben revisar las notas de la versión de PHP y el aviso, implementar el paquete corregido mediante su proceso establecido de cambios, verificar la versión activa de PHP, supervisar los registros de errores y el estado del servicio, y mantener informados a los clientes si se requiere alguna acción por su parte. En la mayoría de los casos, los clientes no deberían tener que perseguir una actualización urgente de seguridad del entorno de ejecución sitio por sitio.
Qué deben hacer los administradores de WordPress Multisite
Incluso cuando el alojamiento se encarga de la actualización de PHP, los administradores de red deben aprovechar el incidente como una oportunidad para confirmar su propia postura de seguridad:
- Confirme la versión activa de PHP con su proveedor de alojamiento y asegúrese de que incluye la corrección de PHP2Shell del proveedor.
- Mantenga actualizados el núcleo de WordPress, los plugins activos en la red, los temas y los plugins de uso obligatorio para que los riesgos a nivel de aplicación no agraven un problema a nivel de plataforma.
- Utilice acceso con privilegios mínimos para las cuentas de alojamiento, SFTP/SSH, bases de datos y administración de WordPress.
- Mantenga copias de seguridad y procedimientos de recuperación comprobados tanto para los archivos de la red como para las bases de datos.
- Supervise la actividad inusual, como cuentas de administrador desconocidas, cambios inesperados en archivos, errores anómalos de PHP o solicitudes salientes.
- Suscríbase a los avisos de seguridad de alojamiento y PHP para que las decisiones de seguridad se basen en el aviso oficial y la información de lanzamiento, en lugar de rumores.
También es importante evitar reaccionar de forma exagerada a los titulares. Que una red concreta se vea afectada depende de su versión de PHP, la configuración del servidor y la ruta de código vulnerable descrita en el aviso oficial. El enfoque correcto es la verificación y aplicación urgente de parches, no las conjeturas.
La aplicación gestionada de parches forma parte del servicio
Para quienes crean un negocio de sitios web como servicio, la fiabilidad y la seguridad forman parte del producto que venden. Los clientes esperan que sus sitios permanezcan disponibles mientras el equipo de la plataforma gestiona el mantenimiento de la infraestructura entre bastidores. Un proveedor de alojamiento multisite debe tener una responsabilidad clara sobre las actualizaciones urgentes de PHP, un proceso de implementación probado y una forma de validar que la corrección está aplicada.
Ese es el estándar que aplicamos en el alojamiento Ultimate Multisite. La corrección de PHP2Shell se implementó y aplicó en todo nuestro servicio de alojamiento en un plazo de cinco horas desde la publicación de la nueva versión de PHP. Si desea una plataforma WordPress Multisite diseñada tanto para operaciones repetibles como para una respuesta rápida de seguridad, explore el alojamiento Ultimate Multisite y cree su próxima red de sitios con confianza.
Deja una respuesta