Elementor 4.3.0–4.3.1: CSRF de alto riesgo
Patchstack publicó una vulnerabilidad de falsificación de solicitud entre sitios (CSRF) en Elementor Website Builder, con una puntuación CVSS 8.8, alta. Las versiones afectadas son únicamente 4.3.0 y 4.3.1 y la corrección está disponible desde Elementor 4.3.2. La falla fue descubierta y reportada por el investigador Saggre el 22 de septiembre de 2026.
Qué pasó
El problema está en un módulo de telemetría del editor de Elementor. En las versiones afectadas, el plugin busca la cadena elementor/v1/events/ dentro de la URI completa de una solicitud. Como esa URI incluye los parámetros de la URL, un atacante puede añadir esa cadena a un enlace que en realidad apunta a otro endpoint de WordPress.
Elementor intercepta además la verificación de autenticación de la API REST en una etapa muy temprana y devuelve que la solicitud ya está autenticada. Como consecuencia, se omite la comprobación de nonce que WordPress utiliza para evitar ataques CSRF en operaciones realizadas con la cookie de sesión.
El pilar importante es este: la cuenta de la víctima es la que aporta los permisos. Por eso, el atacante no necesita credenciales propias, pero sí necesita que un administrador u otro usuario registrado abra un enlace preparado para él. La confirmación de Patchstack demuestra que un clic de un administrador puede crear una segunda cuenta con rol administrator. La prueba también mostró acceso a endpoints de configuración del sitio y advierte que el alcance incluye cualquier ruta REST para la que la cuenta de la víctima tenga permisos, incluso si pertenece a otro plugin.
El ataque puede entregarse como un enlace normal en un correo, chat, foro o comentario. No necesita JavaScript ni una página intermediaria controlada por el atacante. Patchstack afirma que el popular constructor visual, activo en más de diez millones de sitios, no informa explotación activa en este aviso, pero sí describe el impacto técnico y publicó reglas de mitigación para sus clientes.
Qué hacer ahora
- Comprobá la versión inmediatamente. En
Escritorio → Plugins → Elementor, verificá qué versión está activa. Si figura 4.3.0 o 4.3.1, actualizá a 4.3.2 o una versión posterior. Hacé una copia de seguridad de archivos y base de datos y, si el sitio es crítico, probá primero en un entorno de staging. - Auditá las cuentas administrativas. Apenas termine la actualización, revisá
Usuarios → Todos los usuarios. Eliminá cualquier administrador desconocido y comprobá que los correos de las cuentas legítimas sigan bajo control de la empresa. Si encontrás una cuenta no autorizada o una modificación reciente, cambiá las contraseñas relacionadas, cerrá sesiones y pedí una revisión del hosting. Tenés el paso a paso en cómo eliminar un usuario administrador en WordPress. - Revisá la actividad del servidor. Buscá solicitudes inesperadas hacia endpoints REST de usuarios o ajustes, especialmente alrededor del momento en que alguien pudo abrir enlaces sospechosos. El acceso normal a
wp-adminno genera por sí solo una alerta de compromiso, por lo que la revisión de usuarios y credenciales sigue siendo indispensable. - Si no podés actualizar en el momento, desactivá temporalmente la versión afectada de Elementor. Esta medida puede afectar la edición y, en sitios antiguos, la renderización de contenidos construidos con Elementor, por lo que debe coordinarse con el hosting o la agencia. No reemplaza la actualización.
- Reducí el riesgo humano. Los administradores deberían abrir el panel directamente desde una dirección conocida y no seguir enlaces recibidos por correo o mensajería, aunque parezcan venir del propio sitio. Una sesión administrativa abierta y un clic sobre el enlace son suficientes para ejecutar este ataque.
Qué hacer hoy: verificá Elementor, actualizá a 4.3.2 o superior y auditá las cuentas administrativas. Si el sitio estuvo expuesto, la actualización evita nuevas acciones, pero no deshace cuentas o cambios que un atacante haya logrado crear antes del parche.
Si no podés revisar el sitio vos mismo, podés pedir una auditoría de seguridad WordPress o, si ya encontraste cuentas desconocidas, una recuperación de sitio hackeado. Este ataque es un buen recordatorio de por qué conviene mirar el panorama de ataques WordPress 2026 y no solo esperar el aviso del panel.
Fuente
Preguntas frecuentes
¿Qué versiones de Elementor son vulnerables al CSRF?
Solo las versiones 4.3.0 y 4.3.1. La corrección está disponible desde Elementor 4.3.2. Si estás en una versión anterior a la 4.3.0 o ya actualizaste a la 4.3.2, no estás afectado por esta falla.
¿Necesito tener una cuenta en el sitio para que me ataquen?
No. El atacante no necesita credenciales propias: aprovecha la sesión de la víctima. Por eso el requisito es que un usuario con sesión iniciada, idealmente un administrador, abra un enlace preparado. El ataque puede llegar por correo, chat, foro o comentario.
¿Cómo sé si ya crearon un administrador en mi sitio?
Entrá a Usuarios → Todos los usuarios y revisá la lista completa. Buscá cuentas que no reconozcas, correos que no sean de tu dominio o roles de administrador asignados recientemente. Si encontrás algo sospechoso, cambiá las contraseñas, cerrá las sesiones activas y pedí una revisión del hosting.
¿Actualizar alcanza si el sitio ya fue comprometido?
No. La actualización cierra la puerta a nuevas acciones, pero no deshace las cuentas ni los cambios que un atacante haya creado antes del parche. Después de actualizar hay que auditar usuarios, credenciales y actividad del servidor.
Seguí leyendo
¿Tu WordPress está caído, hackeado o querés protegerlo antes de que pase? Te ayudo a recuperarlo y blindarlo.
Solicitar diagnóstico