---
title: "WordPress 7.1.4: actualice su sitio y confirme la versión"
description: "WordPress 7.1.4 es una actualización de seguridad que WordPress.org recomienda instalar de inmediato. Haga una copia de seguridad y luego revise su versión en «Dashboard» y «Updates»."
url: "https://webleveling.com/es/blog/actualizacion-de-seguridad-wordpress-7-1-4/"
lang: "es"
published: "2026-10-30"
modified: "2026-10-30"
author: "Cal Hewitt"
tags: ["website-security","wordpress","website-maintenance"]
image: "https://webleveling.com/og/blog-wordpress-7-1-4-security-release.jpg"
alternates:
  en: "https://webleveling.com/blog/wordpress-7-1-4-security-release.md"
---

# WordPress 7.1.4: actualice su sitio y confirme la versión

WordPress 7.1.4 es una actualización de seguridad que WordPress.org recomienda instalar de inmediato. Haga una copia de seguridad y luego revise su versión en «Dashboard» y «Updates».

![Una fila de engranajes pequeños y sencillos, y una llave de latón desgastada, sobre una superficie oscura de pizarra bajo una luz suave.](https://webleveling.com/blog/wordpress-7-1-4-security-release/wordpress-7-1-4-featured.jpg)

Si su sitio de negocio funciona con WordPress, la versión 7.1.4 es el número que debe revisar hoy. WordPress.org la publicó el 28 de octubre de 2026 como una actualización de seguridad y [recomienda actualizar sus sitios de inmediato](https://wordpress.org/news/2026/10/wordpress-7-1-4/). Corrige varios problemas, entre ellos una debilidad en el proceso de actualización que puede llevar a la ejecución remota de código durante la ventana de actualización.

La ejecución remota de código significa que otra persona podría ejecutar su propio código en su sitio. Una empresa de seguridad informó decenas de miles de ataques bloqueados dirigidos a esta falla, así que la noticia puede sentirse urgente. La buena noticia es que la revisión toma unos minutos, desde el panel de administración al que ya inicia sesión.

Abra «Dashboard» (escritorio) y luego «Updates» (actualizaciones), y lea el número de versión. Si dice 7.1.4, ya está al día. Si muestra un número menor, haga una copia de seguridad y actualice. Ese es todo el primer paso.

**Puntos clave**

**Revise la versión primero**

«Dashboard», luego «Updates», muestra la versión instalada. WordPress 7.1.4 es la actualización de seguridad fechada el 28 de octubre de 2026.

**Haga una copia de seguridad y luego actualice**

Haga una copia de seguridad reciente, haga clic en «Update Now» (actualizar ahora), espere el mensaje de finalización y vuelva a cargar «Updates» para confirmar 7.1.4.

**Las cifras de ataques son de Wordfence**

Wordfence informó que bloqueó 62,969 ataques en las 24 horas anteriores a su informe del 30 de octubre de 2026. Son intentos bloqueados, no intrusiones confirmadas.

**Actualizar no es limpiar**

Cuentas de administrador, complementos o archivos PHP que no reconoce implican conservar registros y copias de seguridad, y llamar a su proveedor de hosting o a un proveedor calificado de respuesta a incidentes.

## ¿Qué publicó WordPress.org el 28 de octubre, y quién necesita actualizar?

WordPress.org publicó el anuncio de 7.1.4 el 28 de octubre de 2026. Lo describe como una actualización de seguridad con correcciones para varios problemas, y dice que se recomienda actualizar sus sitios de inmediato. Cualquier sitio que muestre una versión inferior a 7.1.4 es el que debe actualizar.

El anuncio enumera la debilidad en el proceso de actualización que puede llevar a la ejecución remota de código durante la ventana de actualización, atribuida a Umut Bayram. También enumera varios problemas de cross-site scripting almacenado, un problema de denegación de servicio almacenado, una exposición de información relacionada con conjuntos de cambios del personalizador no publicados, el acceso a notas y una actualización del certificado raíz incluido.

WordPress 7.1.4 de un vistazo

| Fecha | Qué pasó | Quién lo dice |
| --- | --- | --- |
| 28 de octubre de 2026 | Se publicó WordPress 7.1.4 como actualización de seguridad, con recomendación de actualizar de inmediato | WordPress.org |
| 28 de octubre de 2026 | Las correcciones de seguridad se retroportaron a las ramas elegibles, actualmente hasta WordPress 4.7, y se publican a medida que están listas | WordPress.org |
| 28 de octubre de 2026 | Las correcciones también se incluyeron en WordPress 7.2 Beta 3 | WordPress.org |
| 30 de octubre de 2026 | 62,969 ataques dirigidos a la vulnerabilidad bloqueados en las 24 horas anteriores | Wordfence |
| 8 de diciembre | Próxima versión mayor, WordPress 7.2, planeada | WordPress.org |

Las correcciones retroportadas importan si su sitio está en una línea de versiones anterior. WordPress.org dice que las ramas elegibles llegan actualmente hasta [WordPress 4.7](https://wordpress.org/documentation/article/wordpress-versions/). En esos sitios, la pantalla de «Updates» ofrece la versión de seguridad más reciente para su línea, y esa es la que debe instalar.

![Un solo candado cerrado sobre una mesa de madera gastada, junto a una pequeña llave de latón y una etiqueta de papel en blanco.](https://webleveling.com/blog/wordpress-7-1-4-security-release/wp714-padlock-and-key.jpg)

Las versiones de seguridad son las actualizaciones que no pueden esperar a una semana tranquila.

## ¿Cómo reviso mi versión de WordPress y actualizo a 7.1.4?

Inicie sesión en el área de administración de WordPress, abra «Dashboard» y luego «Updates». La página muestra la versión instalada y si hay una versión más nueva esperando. [Las instrucciones de actualización de WordPress.org](https://wordpress.org/documentation/article/updating-wordpress/) señalan el mismo lugar y le indican que haga clic en «Update Now».

Antes de hacer clic, confirme que tiene una copia de seguridad reciente. [La documentación de copias de seguridad de WordPress.org](https://wordpress.org/documentation/article/wordpress-backups/) cubre la base de datos y los archivos, y es posible que su proveedor de hosting también guarde sus propias copias. Una copia de seguridad que nunca ha abierto es solo una suposición, así que pregunte a su proveedor cómo restaurar una si no está seguro.

Si ya siguió la [actualización de seguridad de WordPress 7.1.2](https://webleveling.com/es/blog/actualizacion-de-seguridad-wordpress-7-1-2/) anterior, los pasos son los mismos. Solo cambió el número de versión que busca.

Su actualización, en orden

1.  1

    Ahora mismo

    Inicie sesión, abra «Dashboard» y luego «Updates», y lea la versión instalada.

2.  2

    Si está por debajo de 7.1.4

    Haga una copia de seguridad reciente y confirme que podría restaurarla.

3.  3

    Luego

    Haga clic en «Update Now» y espere el mensaje de finalización.

4.  4

    Justo después

    Vuelva a cargar «Dashboard» y luego «Updates», y confirme que la versión dice 7.1.4.

5.  5

    El mismo día

    Limpie las cachés si todavía aparece la versión anterior, y pruebe las páginas que le generan dinero.

Las cachés pueden hacer que un sitio actualizado parezca no haber cambiado. Si «Updates» todavía muestra el número anterior, limpie su complemento de caché, la caché del servidor de su proveedor de hosting y cualquier CDN, y luego vuelva a cargar la pantalla.

Cuando la versión diga 7.1.4, pruebe las partes del sitio que traen negocio. Una actualización de seguridad toca archivos del núcleo, y un complemento, un tema o código personalizado puede reaccionar de maneras que solo aparecen cuando alguien usa la función.

**Pruebe esto después de actualizar**

**Página de inicio**

Carga bien en un teléfono y en una computadora de escritorio.

**Formulario de contacto**

Envíe un mensaje de prueba y confirme que llega a su bandeja de entrada.

**Notificaciones de clientes potenciales**

Confirme que la alerta por correo o mensaje de texto de esa prueba realmente llega.

**Pago y herramienta de reservas**

Haga un pedido o una reserva de prueba hasta la confirmación.

**Inicio de sesión**

Cierre sesión y vuelva a iniciar sesión en el área de administración.

Anote qué probó y qué pasó. Si algo se rompió, esa nota le dice a su proveedor o desarrollador exactamente dónde mirar.

![Una laptop cerrada junto a una pila ordenada de tarjetas de índice en blanco y un lápiz, sobre una mesa pálida.](https://webleveling.com/blog/wordpress-7-1-4-security-release/wp714-test-checklist.jpg)

Una lista corta de pruebas escrita convierte «parece que está bien» en algo que puede comprobar.

## ¿Mi sitio ya se actualizó solo, y qué pasa si la actualización falla?

WordPress.org dice que los sitios con actualizaciones automáticas en segundo plano se actualizan solos. Su documentación agrega que WordPress 3.7 y posteriores pueden aplicar actualizaciones menores y de seguridad en segundo plano, según la configuración del sitio y su capacidad para hacer actualizaciones con un solo clic.

Así que, trate esa configuración como una ayuda probable, no como una prueba. El número de versión en «Dashboard» y luego en «Updates» es la prueba. Si dice 7.1.4, la corrección está aplicada. Si dice una versión menor, siga los pasos de actualización manual.

Si la actualización falla, deténgase y asegúrese de tener a mano la copia de seguridad reciente. Luego comuníquese con su proveedor de hosting o con la persona que administra el sitio. WordPress.org documenta la solución de problemas de permisos del sistema de archivos para actualizaciones fallidas, y arreglar la propiedad o los permisos suele ser un trabajo a nivel de hosting. Una actualización fallida es motivo para pedir ayuda el mismo día, porque el sitio sigue en la versión anterior hasta que se resuelva.

Para actualizaciones recurrentes, copias de seguridad y pruebas, nuestro trabajo de [mantenimiento de sitios web](https://webleveling.com/es/servicios/mantenimiento-de-sitios-web/) cubre esa rutina para que un lanzamiento como este se atienda antes de que usted lea sobre él.

## ¿Qué significan los 62,969 intentos de ataque bloqueados para mi sitio?

[Wordfence](https://www.wordfence.com/blog/) informó que bloqueó 62,969 ataques dirigidos a esta vulnerabilidad en las 24 horas anteriores a su informe del 30 de octubre de 2026. Esa cifra es el conteo de Wordfence desde su propia red, y pertenece solo a Wordfence.

Un ataque bloqueado es un intento que se detuvo, así que el número mide actividad, no daño. Tampoco es una predicción para su sitio. Wordfence describió la actividad como sondeos repetidos de rutas como \`setup-config.php\` dentro del directorio temporal de actualización.

Wordfence describió que el exploit necesita una actualización completa del núcleo, acceso web público y de PHP al directorio de preparación, una ruta de preparación predecible o descubierta, y suficiente tiempo para terminar antes de la limpieza. Es un conjunto estrecho de condiciones, y es una razón más para completar la actualización sin dejarla a medias.

![Un reloj de arena sobre una mesa sencilla, junto a una pequeña pila de sobres sellados bajo una luz suave de ventana.](https://webleveling.com/blog/wordpress-7-1-4-security-release/wp714-upgrade-window.jpg)

El riesgo que describe Wordfence vive en la ventana de actualización, así que termine la actualización en la misma sesión.

Una versión anterior es un motivo para actualizar, no una prueba de que alguien entró. Sus primeros diez minutos son para revisar la versión y actualizar, no para calcular una probabilidad personal a partir de un número global.

## ¿Cuáles son las señales de que alguien entró a un sitio de WordPress?

Actualizar cierra la puerta que usa esta falla. No saca lo que ya estaba adentro. Así que, después de actualizar, busque señales concretas en lugar de asumir cualquiera de las dos cosas.

Estas son las señales que vale la pena atender:

- **Cuentas de administrador desconocidas**: Usuarios que usted o su equipo no crearon.
- **Complementos o temas inesperados**: Cualquier cosa que usted no instaló.
- **Archivos PHP desconocidos**: Sobre todo en carpetas de cargas o de actualización.
- **Solicitudes sospechosas que involucran wp-content/upgrade**: Visibles en los registros de acceso de su hosting.
- **Comportamiento que no puede explicar**: Redirecciones, páginas nuevas o alertas de su proveedor de hosting.

Si ve alguna de ellas, conserve los registros y las copias de seguridad antes de borrar nada, porque los archivos borrados no se pueden inspeccionar. Restrinja el acceso cuando sea práctico, y luego pida a su proveedor de hosting o a un proveedor calificado de respuesta a incidentes que inspeccione el sitio. Cambie las credenciales y cierre las sesiones activas una vez que el sitio esté contenido.

Nuestra guía sobre [las primeras 24 horas después de que un sitio web es hackeado](https://webleveling.com/es/blog/hackearon-mi-sitio-web-que-hacer/) recorre ese orden con más detalle. El núcleo es solo una parte, así que también [revise sus complementos de WordPress por actualizaciones de seguridad urgentes](https://webleveling.com/es/blog/revisar-plugins-de-wordpress-actualizaciones-de-seguridad/), ya que una actualización del núcleo deja los complementos y temas como estaban.

## ¿Cuándo puedo encargarme yo mismo, y cuándo debo pedir ayuda?

Si puede iniciar sesión, puede revisar la versión y actualizar en minutos. Una versión anterior por sí sola es motivo para actualizar, y no se requiere un servicio de seguridad pagado solo porque el número era bajo.

Pida ayuda en estas situaciones:

- **No puede entrar al panel de administración**: O la actualización falla.
- **El sitio tiene código personalizado o transacciones críticas para los ingresos**: Una mala actualización cuesta dinero real.
- **Sus copias de seguridad no son confiables**: O nunca ha probado una restauración.
- **Varias instalaciones necesitan el mismo trabajo**: Hacerlas una por una deja de ser práctico.
- **Ve señales de compromiso**: Cualquiera de las señales enumeradas antes.

Ajuste la ayuda al problema. Una [auditoría de seguridad del sitio web](https://webleveling.com/es/servicios/auditoria-de-seguridad-web/) corresponde a archivos, cuentas o registros sospechosos. El hosting corresponde a permisos, caché y recuperación. El control de calidad corresponde a formularios, pagos y reservas después de una actualización. Pregunte a cualquier proveedor exactamente qué va a revisar, arreglar y probar, ya que una actualización o una auditoría por sí sola no elimina malware.

![Una caja de herramientas abierta sobre una mesa de taller, con unos desarmadores sencillos y un rollo de cable.](https://webleveling.com/blog/wordpress-7-1-4-security-release/wp714-bring-in-help.jpg)

Algunos trabajos son un desarmador y diez minutos; otros necesitan a alguien que ya lo haya hecho antes.

**Cuestionario: ¿Está listo para WordPress 7.1.4?**

1. ¿Dónde encuentra la versión de WordPress instalada?
   - Ajustes, luego Lectura
   - «Dashboard», luego «Updates» **(respuesta correcta)**
   - El pie de página de su página de inicio
   - La pantalla de complementos
2. Wordfence informó 62,969 ataques en 24 horas. ¿Qué mide ese número?
   - Sitios confirmados como hackeados
   - Ataques que Wordfence bloqueó, según informó el 30 de octubre de 2026 **(respuesta correcta)**
   - Las correcciones de WordPress 7.1.4
   - Sitios que todavía usan una versión anterior
3. Después de actualizar encuentra una cuenta de administrador que no reconoce. ¿Qué debe hacer primero?
   - Borrarla de inmediato y seguir adelante
   - Conservar registros y copias de seguridad, y luego pedir a su proveedor de hosting o a un proveedor de respuesta a incidentes que inspeccione el sitio **(respuesta correcta)**
   - Reinstalar WordPress y omitir la copia de seguridad
   - Esperar a ver si hace algo

## Preguntas frecuentes sobre WordPress 7.1.4

**¿Qué es WordPress 7.1.4?**

Una actualización de seguridad que WordPress.org publicó el 28 de octubre de 2026. Recomienda actualizar de inmediato. Corrige varios problemas, entre ellos una debilidad en el proceso de actualización que puede llevar a la ejecución remota de código durante la ventana de actualización.

**¿Cómo reviso mi versión de WordPress?**

Inicie sesión, abra «Dashboard» y luego «Updates». La página muestra la versión instalada y si hay una versión más nueva disponible. Si está por debajo de 7.1.4, haga una copia de seguridad y haga clic en «Update Now».

**¿Mi sitio se actualizó automáticamente?**

Es posible. WordPress.org dice que los sitios con actualizaciones automáticas en segundo plano se actualizan solos, pero la configuración por sí sola no es una prueba. Confirme que «Dashboard» y luego «Updates» muestran 7.1.4.

**¿El número de ataques significa que mi sitio fue hackeado?**

No. Wordfence informó que bloqueó 62,969 ataques en las 24 horas anteriores a su informe del 30 de octubre de 2026. Los intentos bloqueados no son compromisos confirmados. Busque señales concretas, como cuentas de administrador, complementos o archivos PHP desconocidos.

**¿Qué pasa si la actualización falla?**

Asegúrese de tener una copia de seguridad reciente, y luego comuníquese con su proveedor de hosting o con su administrador de WordPress. WordPress.org documenta la solución de problemas de permisos del sistema de archivos para actualizaciones fallidas.

**¿Actualizar elimina el malware?**

Actualizar cierra la debilidad, pero deja en su lugar los archivos y las cuentas existentes. Si ve señales de compromiso, conserve los registros y las copias de seguridad, y pida a su proveedor de hosting o a un proveedor calificado de respuesta a incidentes que inspeccione el sitio.

## Para terminar

WordPress 7.1.4 es una actualización de seguridad fechada el 28 de octubre de 2026, y WordPress.org recomienda actualizar de inmediato. La revisión es corta: «Dashboard», luego «Updates», luego el número de versión. Haga una copia de seguridad, actualice, confirme 7.1.4, limpie las cachés si hace falta, y pruebe su página de inicio, su formulario de contacto, las notificaciones de clientes potenciales, el pago, la herramienta de reservas y el inicio de sesión.

Los 62,969 ataques bloqueados por Wordfence muestran que se está intentando aprovechar la debilidad, no que su sitio fue vulnerado. Las señales concretas, como administradores, complementos o archivos PHP desconocidos, son las que justifican una revisión más profunda.

Cuando termine, sabrá su versión instalada, el estado de sus copias de seguridad, qué funciones del negocio probó y cuándo pedir ayuda. Si quiere una segunda opinión, [Web Leveling](https://webleveling.com/es/) puede hacer una [auditoría de seguridad del sitio web](https://webleveling.com/es/servicios/auditoria-de-seguridad-web/) de archivos, cuentas o registros sospechosos, o encargarse de la rutina de actualización. Trabajamos con pequeñas y medianas empresas en todo el país y en el extranjero. [Contáctenos sobre su sitio de WordPress](https://webleveling.com/es/contacto/) y le diremos si necesita una corrección o solo una revisión de la versión.

## Términos

Palabras de actualización de WordPress en esta entrada

Toque un término para ver qué significa.

**Actualización de seguridad.** Una actualización de WordPress publicada sobre todo para corregir problemas de seguridad, que WordPress.org recomienda instalar de inmediato.

**Ejecución remota de código.** Una debilidad que podría permitir que otra persona ejecute su propio código en su sitio.

**Ventana de actualización.** El periodo corto en el que WordPress reemplaza sus propios archivos durante una actualización.

**Retroportación (backport).** Una corrección de seguridad que se lleva a una línea de versiones anterior de WordPress.

**Actualización automática en segundo plano.** Una actualización que WordPress aplica por sí misma, según la configuración del sitio.

**Caché.** Una copia guardada de sus páginas o archivos que puede seguir mostrando la versión anterior después de una actualización.

- [Vulnerabilidades de plugins de calendario en WordPress: qué revisar ahora](https://webleveling.com/es/blog/vulnerabilidades-plugin-calendario-wordpress/): Revise si su plugin de calendario está afectado. Compare la versión instalada con la versión corregida, haga una copia de seguridad del sitio y luego actualice y pruebe las reservas.
- [Actualización crítica de seguridad de PHP: revise su versión y pregunte a su proveedor de hosting](https://webleveling.com/es/blog/actualizacion-critica-de-seguridad-php-que-hacer/): Revise su versión de PHP en Herramientas > Salud del sitio > Información > Servidor y pregunte a su hosting si ya instaló la corrección del 21 de octubre de 2026.
- [Vulnerabilidad de Ghostscript y subidas de PDF: revise hoy](https://webleveling.com/es/blog/vulnerabilidad-ghostscript-subidas-pdf-wordpress/): Una vulnerabilidad de Ghostscript puede llegar a los sitios de WordPress por medio de las subidas de PDF. Liste sus formularios de subida, haga una pregunta a su host y actualice WordPress hoy.
