Una vulnerabilidad crítica en WPMU DEV Dashboard obliga a revisar hoy las instalaciones que utilizan Hub SSO. El problema permite saltarse la autenticación bajo una condición concreta y llegar a una cuenta con permisos de administrador. La versión corregida es la 5.0.2 y Wordfence ha anunciado para el 24 de septiembre el despliegue de su regla de firewall para usuarios gratuitos.
Este artículo no sustituye la actualización. Su objetivo es ayudarte a comprobar si tu WordPress está expuesto, aplicar el parche y revisar las señales que podrían indicar un acceso indebido.
Qué ha ocurrido con WPMU DEV Dashboard
El problema se identifica como CVE-2026-76581. Afecta a versiones hasta la 5.0.1 y está relacionado con la validación HMAC utilizada por el flujo de Hub SSO. En determinados sitios conectados al Hub, un atacante no autenticado podría manipular ese flujo y obtener acceso como un usuario con permisos elevados.
El riesgo es especialmente relevante si tu organización usa el Hub para acceder a varios WordPress, si el inicio de sesión único está activo o si una cuenta del Hub está vinculada a un administrador local. WPScan clasifica el problema con una puntuación CVSS crítica y Patchstack confirma que la corrección se incorporó en WPMU DEV Dashboard 5.0.2.
La regla gratuita de Wordfence añade una capa de protección útil, pero no reemplaza la actualización ni la revisión de los registros. Un firewall puede bloquear intentos conocidos; no puede demostrar por sí solo que el sitio no haya sido comprometido antes.
Quién debería actuar primero
- Webs con WPMU DEV Dashboard instalado en la versión 5.0.1 o anterior.
- Instalaciones conectadas a WPMU DEV Hub.
- Equipos que utilizan Hub SSO para acceder al panel.
- Agencias que administran varias webs desde una cuenta compartida.
- WordPress donde no está claro qué usuario del Hub está mapeado como administrador.
Aunque no utilices Hub SSO, actualizar sigue siendo la decisión prudente. La versión del plugin es un dato objetivo y es preferible eliminar la condición vulnerable antes de investigar si el flujo estaba realmente activo.
Checklist de actuación en 15 minutos
1. Comprueba la versión instalada
Entra en Plugins y localiza WPMU DEV Dashboard. Anota la versión antes de hacer cambios. Si aparece la 5.0.1 o una anterior, considera la instalación expuesta hasta completar la actualización y la revisión posterior.
2. Actualiza a la versión 5.0.2
Actualiza desde el panel de WordPress o desde una fuente oficial de WPMU DEV. Si gestionas muchas webs, registra qué instalaciones se han actualizado y cuáles necesitan intervención manual. Haz la copia de seguridad que forme parte de tu procedimiento habitual, pero no retrases indefinidamente el parche por esperar una ventana perfecta.
Si temporalmente no puedes actualizar, desactiva Hub SSO hasta instalar el parche, limita el acceso administrativo y revisa las reglas del firewall. Evita tratar esa protección provisional como una solución permanente.
3. Revisa Hub SSO y los usuarios administradores
Confirma si el sitio sigue conectado a WPMU DEV Hub y si Hub SSO está habilitado. Comprueba qué cuentas externas están vinculadas a usuarios locales con permisos de administrador. Elimina accesos que ya no correspondan a miembros del equipo y revisa las cuentas compartidas.
4. Comprueba registros y sesiones
Busca accesos administrativos inesperados, cambios de correo, altas de usuarios, modificaciones de plugins, cambios en archivos o inicios de sesión desde ubicaciones anómalas. La ausencia de alertas no demuestra que no haya ocurrido nada, pero sí permite priorizar la investigación.
Si encuentras indicios claros de acceso indebido, no te limites a reinstalar el plugin. Aísla el sitio, conserva los registros disponibles, cambia las credenciales afectadas y revisa las claves de servicios conectados antes de volver a operar con normalidad.
5. Confirma la protección del firewall
Comprueba que Wordfence está activo y que la regla correspondiente se ha recibido. La protección puede reducir el riesgo de nuevos intentos, pero debe acompañarse de la actualización a 5.0.2, la revisión de usuarios y la comprobación de integridad del sitio.
Qué revisar después de actualizar
Una actualización correcta resuelve el código vulnerable, pero no borra las consecuencias de un acceso anterior. Después del parche conviene revisar:
- Usuarios administradores y cuentas del Hub que ya no deberían existir.
- Fechas de modificación de plugins, temas y archivos sensibles.
- Registros de acceso al panel y cambios de contraseña.
- Claves API, tokens y conexiones externas utilizadas por la web.
- Alertas de Wordfence, copias de seguridad y tareas programadas.
Para ampliar el procedimiento puedes consultar el checklist de seguridad en WooCommerce y la guía sobre cómo auditar vulnerabilidades de plugins WordPress con Wordfence. Si el sitio forma parte de una tienda, presta especial atención a usuarios, pasarelas de pago, correos transaccionales y claves de integración.
Cuándo pedir una revisión profesional
Solicita ayuda si gestionas varias instalaciones, no tienes trazabilidad de los accesos, el Hub SSO está conectado a cuentas antiguas, no puedes confirmar la versión instalada o has detectado actividad administrativa anómala. También es recomendable escalar la revisión cuando una web crítica no tiene copias verificadas o cuando el equipo necesita aplicar el parche sin interrumpir procesos de venta.
¿Quieres comprobar si tu instalación de WPMU DEV Dashboard está expuesta? Solicita una revisión de seguridad de WordPress indicando la versión del plugin, si utilizas Hub SSO y cuántas webs están conectadas.
Preguntas frecuentes
¿Actualizar a 5.0.2 es suficiente?
Es el primer paso imprescindible, pero no sustituye la revisión de usuarios, sesiones, registros y credenciales cuando existe una condición de exposición.
¿El firewall de Wordfence reemplaza el parche?
No. El firewall es una capa adicional. La corrección principal consiste en actualizar WPMU DEV Dashboard a la versión 5.0.2.
¿Qué hago si no uso Hub SSO?
Comprueba la configuración antes de descartar el riesgo y mantén el plugin actualizado. Si la web ha estado conectada al Hub en el pasado, revisa también usuarios y registros históricos.