Habla con un experto

CVE-2026-60137: wp2Shell: inyección SQL en WP_Query explotada activamente

WordPress Core no neutraliza correctamente author__not_in en WP_Query. La vulnerabilidad puede producir inyección SQL cuando un plugin, tema o la cadena CVE-2026-63030 entrega entrada no confiable al parámetro.

Respuesta rápida

Actualiza a WordPress 7.0.2 o posterior. Para ramas 6.8 y 6.9 existen los backports 6.8.6 y 6.9.5, aunque conviene migrar a una versión soportada.

CONTEXTO

¿Qué es CVE-2026-60137?

WordPress Core no neutraliza correctamente author__not_in en WP_Query. La vulnerabilidad puede producir inyección SQL cuando un plugin, tema o la cadena CVE-2026-63030 entrega entrada no confiable al parámetro.

Un identificador CVE permite hablar de la misma vulnerabilidad entre fabricantes, equipos técnicos y herramientas. No confirma por sí solo que todos los sistemas con WordPress sean vulnerables: la versión, el componente habilitado, la configuración y la exposición determinan el riesgo real.

Esta ficha traduce el registro técnico a decisiones operativas. La información debe contrastarse con el aviso del fabricante antes de aplicar cambios en producción, especialmente cuando existen paquetes con correcciones retroportadas o ramas de soporte diferentes.

ALCANCE

¿Qué productos y versiones están afectados?

WordPress Core 6.8.x antes de 6.8.6, 6.9.x antes de 6.9.5 y 7.0.x antes de 7.0.2. Las versiones anteriores a 6.8 no están afectadas según WordPress.

La forma correcta de verificar el alcance es inventariar el producto, la edición, la versión completa y el componente. Un número mayor coincidente no es suficiente: algunos fabricantes publican correcciones por canal, compilación o revisión del paquete.

Importante

No pruebes la vulnerabilidad contra sistemas que no administras. Para tus propios activos, prioriza comprobaciones de versión y configuración antes que pruebas invasivas.

IMPACTO

¿Cómo puede afectar a una organización?

CISA incorporó CVE-2026-60137 a su catálogo de vulnerabilidades explotadas y la identifica como una inyección SQL de WordPress Core.

Por sí sola puede activarse cuando código del entorno —incluidos plugins o temas— pasa entrada no confiable a author__not_in.

Combinada con CVE-2026-63030 forma wp2Shell, una cadena previa a la autenticación capaz de ejecutar código de forma remota.

Escenario de ataque simplificado

  1. Una ruta del núcleo, plugin o tema pasa datos controlables a author__not_in de WP_Query.
  2. La entrada llega a la consulta sin la neutralización SQL necesaria.
  3. En wp2Shell, la confusión de rutas de CVE-2026-63030 facilita alcanzar esta condición sin autenticación y ampliar el impacto hasta RCE.

Este escenario describe la ruta general informada por las fuentes, no instrucciones de explotación. Los controles existentes —segmentación, privilegios mínimos, filtrado, protección de endpoints y monitoreo— pueden reducir la probabilidad o el alcance, pero no sustituyen la corrección del componente.

REMEDIACIÓN

Qué se debe hacer

  1. 01

    Actualiza WordPress 6.8.x a 6.8.6, 6.9.x a 6.9.5 o 7.0.x a 7.0.2 como mínimo.

  2. 02

    Prioriza sitios expuestos a Internet, aunque no utilicen plugins: la cadena completa afecta instalaciones estándar.

  3. 03

    Actualiza también plugins y temas y elimina extensiones abandonadas; pueden ofrecer rutas adicionales hacia WP_Query.

  4. 04

    Busca webshells, archivos PHP en uploads, administradores nuevos y modificaciones de wp-config.php.

  5. 05

    Si hay evidencia de compromiso, preserva registros y reconstruye desde una fuente confiable en lugar de limitarte a parchear.

Orden recomendado

Empieza por los activos expuestos a Internet, sistemas con datos sensibles y equipos donde la vulnerabilidad pueda ampliar privilegios. Después cubre el resto del inventario y documenta excepciones, responsables y fecha prevista de corrección.

Si no puedes actualizar de inmediato, aplica únicamente mitigaciones publicadas por el fabricante, reduce exposición y aumenta el monitoreo. Una mitigación temporal debe tener fecha de caducidad y no convertirse en el estado permanente.

VALIDACIÓN

Cómo saber si el sistema sigue expuesto

  • Ejecuta wp core version y confirma el parche correspondiente a la rama.
  • Verifica checksums del núcleo y después inspecciona wp-content, que no queda cubierto por esa comprobación.
  • Revisa registros de base de datos y servidor web desde el 17 de julio de 2026.
  • Inventaría núcleo, plugins y temas como superficies separadas, conservando versión, estado y fuente de instalación.

Después de corregir, vuelve a medir desde el inventario o la plataforma de vulnerabilidades y conserva evidencia de la versión final. Si aparecen indicadores de explotación, actualizar no es suficiente: activa el proceso de respuesta a incidentes, preserva registros y determina el alcance.

PREGUNTAS FRECUENTES

Preguntas sobre CVE-2026-60137

¿Tener WordPress significa que estoy afectado?

No necesariamente. Debes coincidir con la versión, componente y condiciones descritas en el aviso oficial.

¿La puntuación CVSS define por sí sola la prioridad?

No. CVSS ayuda a estimar gravedad técnica, pero la exposición, el valor del activo, la explotación conocida y los controles existentes determinan la prioridad empresarial.

¿Actualizar elimina cualquier posibilidad de compromiso previo?

No. El parche cierra la vulnerabilidad conocida, pero no borra actividad anterior. Si el sistema estuvo expuesto, revisa registros e indicadores.

REFERENCIAS

Fuentes consultadas

Contenido revisado el 22 de julio de 2026. Los registros pueden modificarse cuando el fabricante o una autoridad incorpora nueva información.

¿NECESITAS PRIORIZAR?

Convierte los avisos en un plan de remediación.

Cmaginet puede ayudarte a validar exposición y organizar la corrección.

Habla con un experto