Web · Noticia

WordPress 7.1.4: actualización de seguridad y revisión del sitio

WordPress recomienda actualizar de inmediato tras publicar la versión 7.1.4. El lanzamiento corrige varios problemas de seguridad, incluidos XSS almacenado, exposición de información y una condición de carrera en la actualización del núcleo.

Un portátil y un teléfono sobre una mesa, con un editor de código abierto; fotografía de desarrollo web, no una interfaz de WordPress.
Un portátil y un teléfono sobre una mesa, con un editor de código abierto; fotografía de desarrollo web, no una interfaz de WordPress.Foto de Bayu Syaits / Unsplash

Una versión de seguridad que conviene verificar ya

WordPress.org publicó la versión 7.1.4 el 28 de octubre de 2026 y la clasifica como actualización de seguridad, recomendando instalarla de inmediato. La documentación enumera varias correcciones comunicadas al equipo de seguridad de WordPress: XSS almacenado en áreas administrativas y bloques, exposición de cambios del Customizer no publicados, un problema de permisos en las notas y una condición de carrera durante la actualización del núcleo que podría permitir ejecución remota de código.

El aviso describe tipos de problemas y componentes afectados; no afirma que todas las instalaciones puedan explotarse de la misma forma. La versión también actualiza certificados raíz incluidos tras una revocación de eMudhra e incorpora medidas de endurecimiento. Para confirmar los hechos, consulta las notas oficiales en vez de publicaciones sociales o un escaneo de plugins.

Comprueba la versión que realmente sirve el sitio

Si el sitio utiliza la rama 7.1, confirma que esté en la 7.1.4. WordPress también publicó actualizaciones específicas para otras ramas, entre ellas 7.0.8 y 6.9.11, y adaptó las correcciones pertinentes a varias versiones anteriores. La página de versiones indica que los problemas corregidos varían según la rama; algunas versiones antiguas no estaban afectadas por todos ellos.

La versión que muestra el panel es un punto de partida, aunque los proveedores de hosting administrado pueden aplicar correcciones retroactivas o controlar el calendario. Pregunta qué compilación está activa y si terminó la actualización automática. No supongas que una versión antigua ya está corregida ni que un paquete del proveedor sea vulnerable sin revisar su aviso y revisión.

Actualiza y comprueba las funciones principales

En un sitio autogestionado, crea una copia de seguridad reciente y comprueba que se pueda restaurar. Después actualiza desde Escritorio → Actualizaciones o con el paquete oficial. Revisa inicio de sesión, editor, formularios, medios, checkout, tareas programadas, integraciones y pantallas administrativas importantes. Si también se prepara una actualización mayor, separa los cambios cuando sea posible para facilitar el diagnóstico.

En hosting administrado, confirma que el proveedor haya terminado antes de repetir la operación manualmente. Revisar las cuentas administrativas y la actividad reciente es una buena práctica, pero el aviso no demuestra que hubiera una intrusión. Si una incompatibilidad bloquea la actualización, registra el error exacto y acuerda una solución rápida con el proveedor o desarrollador.

Ten en cuenta también plugins y ciclos de soporte

Las actualizaciones del núcleo no corrigen automáticamente plugins, temas, componentes del hosting ni código personalizado. Mantén un inventario de extensiones activas y responsables, elimina lo que no se utilice y prueba los cambios en preproducción cuando haya flujos críticos. WordPress recuerda que solo la rama más reciente recibe soporte activo; las correcciones retroactivas no prolongan la vida útil de las versiones anteriores.

La acción inmediata es identificar la compilación de producción, confirmar que esté corregida y probar el sitio. Después continúa con un proceso periódico para núcleo, plugins, temas, PHP y hosting. Actualizar reduce la exposición a los problemas descritos, pero no sustituye las copias de seguridad, el control de accesos, la monitorización ni un plan de recuperación.

En WooCommerce y otros sitios con muchas transacciones, prueba todo el recorrido del cliente después de actualizar: fichas de producto, cálculos del carrito, impuestos, envíos, respuestas de la pasarela, correos de cuenta y devoluciones. Usa un entorno de pruebas si está disponible, pero no dejes producción expuesta durante una prueba sin límite; acuerda con el proveedor una actualización rápida y acotada. Si están activadas las actualizaciones automáticas del núcleo, comprueba tanto la versión de WordPress como los avisos del proveedor. Que se hayan actualizado los archivos no confirma por sí solo que las cachés, procesos PHP y todos los nodos del sistema estén sirviendo ya la versión corregida.

Fuentes y lecturas adicionales

¿Quieres señalar un error factual o sugerir una fuente? Contactar con la redacción.