Boletín de amenazas

CVE-2026-63030 / CVE-2026-60137 — SQLi sin autenticación a RCE en el núcleo de WordPress (explicación y soluciones)

CVE-2026-63030, un fallo de la REST API del núcleo de WordPress, se encadena con CVE-2026-60137 para lograr SQLi y RCE sin autenticación (CVSS 9.8, KEV). Actualice a 6.8.6, 6.9.5 o 7.0.2.

Publicado 2026-07-21 Actualizado 2026-10-23 Última verificación 2026-10-19 7 min de lectura
En esta página

Un aviso defensivo sobre vulnerabilidades con explotación confirmada en la naturaleza (incluidas en la KEV de CISA). Qué ocurre, qué está afectado y cómo responder, sin guía de ataque ni prueba de concepto.

La rama 6.8 no está afectada por la misma cadena de RCE

El aviso oficial incluye ambos CVE para 6.9/7.0, pero solo CVE-2026-60137 para 6.8. Recomendar actualizar a 6.8.6 no significa que esa rama esté afectada por CVE-2026-63030.

Resumen del aviso
CVE
CVE-2026-63030 (confusión de rutas, CWE-436) + CVE-2026-60137 encadenado (SQLi, CWE-89)
Gravedad
Crítica (CVSS 9.8) — explotada activamente (KEV de CISA; plazo de corrección hasta 2026-07-24)
Tipo
Confusión de rutas en la REST API × inyección SQL en author__not_in → SQLi sin autenticación → RCE
Impacto
Inyección SQL sin autenticación, ejecución remota de código (RCE), robo de datos
Afectados
63030: afecta a 6.9.x / 7.0.x; 6.8.x solo está afectada por 60137
Solución principal
Actualizar a 6.8.6 / 6.9.5 / 7.0.2 o posterior
9.8
CVSS / clase más grave
Sin autenticación
Accesibilidad (encadenado)
SQLi→RCE
Impacto alcanzable
6.8.6/6.9.5/7.0.2
Solución principal

Se llega sin autenticación

Confusión de rutas en la REST API (CWE-436)

Inyección SQL mediante author__not_in

RCE y robo de datos

Solución: actualizar a 6.8.6 / 6.9.5 / 7.0.2 o posterior

No es un solo fallo sino dos combinados: la confusión de rutas evita la comprobación de autorización, por lo que la inyección SQL que hay detrás resulta accesible sin autenticación.

Por qué no aplicar el parche es peligroso

Como el RCE es accesible sin autenticación, los sitios públicos de WordPress son objetivo de escaneos automatizados a gran escala. Este es un fallo del núcleo, no limitado a un plugin concreto, por lo que todo sitio con una versión afectada está potencialmente expuesto. CISA ordenó a las agencias federales de EE. UU. corregirlo antes del 2026-07-24. "Somos demasiado pequeños para ser objetivo" no es un argumento válido.

Qué está afectado

ElementoDetalle
ObjetivoNúcleo de WordPress
Versiones afectadas6.8.0–6.8.5 (60137) / 6.9.0–6.9.4 / 7.0.0–7.0.1
Versión corregida6.8.6 / 6.9.5 / 7.0.2 y posteriores
Condición previaNinguna autenticación cuando se encadena
Impacto alcanzableInyección SQL → ejecución remota de código (RCE); robo de datos
EstadoAmbos explotados activamente (KEV de CISA; plazo de corrección hasta 2026-07-24)

Nota sobre las diferencias de puntuación de gravedad (en ambos casos)

La gravedad de CVE-2026-60137 por sí solo varía según la fuente. WPScan la califica con CVSS 5.9 (por sí solo necesita que un plugin o tema pase una entrada no confiable a author__not_in, una condición previa de accesibilidad), mientras que CISA la califica con 9.1. Encadenado con la confusión de rutas de CVE-2026-63030, se vuelve accesible directamente a través de la REST API y explotable de facto sin autenticación (CVSS 9.8). La diferencia refleja cómo cada fuente puntúa la condición previa de accesibilidad; la respuesta es la misma: actualizar a la versión corregida.

Cómo responder

1

Actualice el núcleo a 6.8.6 / 6.9.5 / 7.0.2 o posterior (prioridad máxima)

Actualice el núcleo de WordPress a la versión corregida. Esto es lo que realmente bloquea el RCE. Las actualizaciones automáticas menores están activadas por defecto, pero muchos sitios las desactivan, así que confirme la versión que está realmente en ejecución.
2

Compruebe si hay indicios de compromiso (asuma que pudo haber sido alcanzado antes de actualizar)

Busque cuentas de administrador inesperadas, plugins o temas desconocidos, archivos del núcleo o de plugins alterados, tráfico saliente sospechoso y accesos no autenticados al endpoint de lotes de la REST API. Considere que una SQLi→RCE podría haber expuesto toda la base de datos (usuarios, secretos).
3

Defensa temporal hasta poder actualizar (defensa en profundidad)

Si no puede actualizar de inmediato, restrinja el acceso al endpoint de lotes de la REST API y use un WAF para reducir la exposición. Mantenga el usuario de base de datos de la aplicación con privilegios mínimos. Esto solo cubre el hueco; la solución real es la actualización.
4

Monitorice de forma automatizada los CVE del núcleo, plugins y temas

Vigile las versiones y los CVE del núcleo de WordPress y de todos los plugins y temas, y actualice con prontitud cuando se publiquen avisos. Esto evita de forma estructural que un CVE público conocido pase desapercibido y quede sin parchear.

La postura de este sitio: diseñar como si toda entrada fuera no confiable

En esencia, este fallo es una entrada no confiable que llega a una consulta por una vía inesperada (confusión de rutas). La inyección SQL se evita usando siempre marcadores de posición (sentencias preparadas) y saneando y validando siempre la entrada, sin importar la ruta o las condiciones previas que se supongan. La actualización es obligatoria, pero lo que aporta beneficios a largo plazo es un diseño de "no confiar en ninguna entrada" junto con una rutina que monitorice automáticamente los CVE del núcleo y los plugins y actualice con rapidez.

Lectura recomendada

Fuentes y alcance

Estas referencias primarias respaldan los ajustes, el alcance o las medidas de corrección descritos arriba; los enlaces se comprobaron el 23 de octubre de 2026. Consulte sus condiciones de versión y configuración. Las prioridades de la lista de comprobación y las lecciones son una guía de este sitio, no una revalidación completa del artículo ni una garantía de seguridad.

FAQ

Q¿Qué permite hacer CVE-2026-63030 a un atacante?
A

Un fallo de 'confusión de rutas' en el endpoint de lotes de la REST API del núcleo de WordPress, combinado con la inyección SQL en author__not_in de WP_Query (CVE-2026-60137), permite a un atacante sin autenticación realizar inyección SQL y, en última instancia, llegar a la ejecución remota de código (RCE). Esto conduce directamente al robo de datos, a la desfiguración de sitios, a la creación ilícita de cuentas de administrador y a ataques contra otros sistemas. Es uno de los fallos más graves: CVSS 9.8, con explotación confirmada en la naturaleza (KEV de CISA).

Q¿Cuál es la solución más segura?
A

Actualice el núcleo de WordPress a 6.8.6 (6.8.x), 6.9.5 (6.9.x) o 7.0.2 (7.0.x) o posterior. Las versiones 6.9 y 7.0 corrigen ambos CVE; 6.8.6 corrige solo 60137. WordPress activa de forma predeterminada las actualizaciones menores automáticas, pero muchos sitios las desactivan, así que confirme la versión que está realmente en ejecución. Mientras no pueda actualizar, restrinja el acceso al endpoint de lotes de la REST API y use un WAF como capa adicional de protección.

Q¿Qué relación tiene con CVE-2026-60137 y por qué las fuentes valoran la gravedad de forma distinta?
A

CVE-2026-60137 es una inyección SQL causada por una sanitización insuficiente del parámetro author__not_in; por sí solo requiere que un plugin o tema pase una entrada no confiable (por eso WPScan lo califica con CVSS 5.9). Encadenado con la confusión de rutas de CVE-2026-63030, se vuelve accesible directamente a través de la REST API y explotable sin autenticación, con CVSS 9.8 (CISA califica 60137 por sí solo con 9.1). La diferencia está en cómo cada una puntúa la condición previa de accesibilidad. Ambos se corrigen en la misma versión, así que la respuesta es simplemente: actualizar el núcleo.