WordPress.com comunicó que sus sitios ya estaban protegidos frente a dos vulnerabilidades críticas de PHP identificadas como PHP2Shell. El aviso importa especialmente para quienes administran WordPress en servidores propios: la protección de una plataforma administrada no actualiza automáticamente los demás proveedores.
Qué se sabe del problema
La publicación describe fallas que podían permitir ejecución remota de código sin autenticación en determinadas versiones de PHP. En términos simples, un atacante podría intentar ejecutar instrucciones en un servidor vulnerable sin iniciar sesión. El impacto concreto depende de la versión instalada, la configuración y los controles adicionales del hosting.
WordPress.com indicó que aplicó medidas de protección en su infraestructura. Para instalaciones alojadas por cuenta propia, recomendó actualizar PHP cuanto antes. La fecha de este artículo corresponde al aviso publicado el 23 de octubre de 2026; conviene consultar también los avisos técnicos posteriores del proveedor de PHP y del hosting.
Qué deberían revisar los equipos
Primero, identifica dónde se ejecuta cada sitio: hosting administrado, servidor virtual, nube o infraestructura interna. Luego confirma la versión de PHP y quién tiene la responsabilidad de actualizarla. No basta con que WordPress, un tema o sus plugins estén al día si el runtime del servidor sigue expuesto.
Antes de cambiar versiones en producción, revisa compatibilidad de plugins y temas en un entorno de pruebas. Guarda una copia de seguridad recuperable, aplica el parche del proveedor y valida páginas, formularios, integraciones y tareas programadas. Si el hosting administra PHP, solicita confirmación escrita de la versión y la mitigación aplicada.
La lección para sitios de negocio
Las actualizaciones de seguridad son parte del mantenimiento de un sitio web, no una tarea opcional que se posterga hasta el siguiente rediseño. Mantener inventario de versiones, responsables y respaldos reduce el tiempo entre la publicación de un aviso y la corrección efectiva.
En sitios con componentes heredados, una actualización puede requerir trabajo de compatibilidad. La respuesta razonable es probar y planificar con rapidez, no dejar el sistema sin revisar por temor a romperlo.
Fuente original: WordPress.com.
Imagen: WordPress.com.
