Boletín de amenazas

CVE-2026-48908: carga sin autenticación a RCE en SP Page Builder (Joomla): explicación y soluciones

CVE-2026-48908 es una carga sin autenticación que conduce a RCE en SP Page Builder 6.6.1 y anteriores para Joomla (CVSS 10.0, KEV). Actualice a 6.6.2 y compruebe si hay un compromiso.

Publicado 2026-07-08 Actualizado 2026-10-04 Última verificación 2026-11-02 6 min de lectura
En esta página

Un aviso defensivo para una vulnerabilidad con explotación confirmada en entornos reales (incluida en el catálogo KEV de CISA). Qué ocurre, qué está afectado y cómo responder, sin guía de ataque ni prueba de concepto. Para la defensa duradera a nivel de diseño, consulte vulnerabilidades de carga de archivos y cómo defenderse.

Resumen del aviso
CVE
CVE-2026-48908
Gravedad
Crítica (CVSS 10.0 / v4.0 según la autoridad de numeración de CVE; NVD la califica con CVSS v3.1 9.8) — explotada activamente (CISA KEV)
Tipo
Carga de archivos arbitrarios sin autenticación → RCE (CWE-434)
Impacto
Ejecución remota de código (RCE) sin autenticación
Afectado
SP Page Builder para Joomla (JoomShaper) — 6.6.1 y anteriores
Solución principal
Actualizar a 6.6.2 o posterior
10.0
CVSS / clase más grave
Sin autenticación
Accesibilidad
RCE
Impacto alcanzable
Corregido en 6.6.2
Solución principal

Se alcanza sin autenticación

Carga de archivos arbitrarios

Queda en un lugar donde puede ejecutarse

Ejecución remota de código

Solución: actualizar a 6.6.2 o posterior

Lo que decide el resultado no es que un archivo sea aceptado, sino que pueda ejecutarse donde quedó. La actualización cierra la vía de entrada.

Por qué no aplicar el parche es peligroso

Como el RCE es alcanzable sin autenticación, es un objetivo prioritario para el escaneo masivo automatizado (por eso figura en el catálogo KEV). Censys midió bastante más de cien mil propiedades accesibles desde internet que ejecutaban SP Page Builder, y las versiones afectadas fueron atacadas a gran escala. «Somos demasiado pequeños para ser objetivo» no es un argumento válido.

Qué está afectado

ElementoDetalle
ExtensiónSP Page Builder para Joomla (JoomShaper)
Versiones afectadas6.6.1 y anteriores
Versión corregida6.6.2 y posteriores
Requisito previoNo se requiere autenticación
Impacto alcanzableEjecución remota de código (RCE); robo de datos

Nota sobre la integridad del parche (ambas posturas, sin resolver)

Según se informa, la 6.6.2 cierra la vía explotada activamente (la carga de iconos personalizados). Por otra parte, un informe de la comunidad afirmó que una vía secundaria (parte del manejo en el lado de administración) seguía sin comprobación de autenticación en la 6.6.2; en respuesta, el proveedor (JoomShaper) habría rechazado esa afirmación, diciendo que el controlador del lado del editor exige autenticación primero, aunque indicó que habrá una corrección en una actualización posterior. Como este punto no está resuelto, actualice a 6.6.2, mantenga las defensas en capas y esté atento a la siguiente versión (6.6.x).

Cómo responder

1

Actualice a 6.6.2 o posterior (máxima prioridad)

Actualice la extensión a la versión con el parche. Esto es lo que realmente bloquea el RCE. Después, confirme la versión en ejecución. Si no la usa, elimínela.
2

Busque indicios de compromiso (suponga que pudo haber sido alcanzado antes de actualizar)

Busque cuentas de administrador inesperadas (por ejemplo, administradores con un dominio de correo inexistente), archivos PHP sueltos, tráfico saliente sospechoso y POST sin autenticación al manejador de carga afectado en los registros de acceso. Trate el RCE como si «las variables de entorno y toda la base de datos pudieran haberse filtrado».
3

Defensa temporal hasta poder actualizar (defensa en profundidad)

Si no puede actualizar de inmediato, restrinja el acceso a la función, desactive la ejecución de scripts en la zona de carga y use un WAF para reducir la exposición temporalmente. Esto solo cubre el hueco; la solución real es la actualización.
4

Inventaríe extensiones y supervise CVE de forma automatizada

Inventarie sus extensiones y dependencias, elimine las que no use y supervise el resto de forma automatizada en busca de CVE (Dependabot / osv-scanner). Esto evita de forma estructural que un CVE público conocido pase desapercibido y quede sin parchear.

La postura de este sitio: prevenir todo el patrón desde el diseño, no solo este CVE

Este incidente es una instancia de un patrón habitual: «carga sin autenticación → RCE» (una extensión hermana de Joomla, CVE-2026-56290, fue explotada de la misma forma en el mismo periodo). La actualización es obligatoria, pero lo que aporta beneficios a largo plazo es eliminar el patrón desde el diseño: autenticar el punto de carga, aplicar listas de permitidos y análisis del contenido en el servidor, y almacenar fuera de la raíz web o desactivar la ejecución. Consulte vulnerabilidades de carga de archivos y cómo defenderse.

Lectura recomendada

FAQ

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

Un atacante no autenticado puede subir un archivo arbitrario (por ejemplo, PHP) a un sitio Joomla que ejecute la extensión afectada, y hacer que se ejecute, logrando ejecución remota de código (RCE). Esto lleva directamente a desfiguración, robo de datos, creación ilícita de cuentas de administrador y ataques a otros sistemas. Es uno de los fallos más graves: CVSS 10.0, y se ha confirmado su explotación (incluido en el catálogo KEV de CISA).

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

Actualice la extensión SP Page Builder a la versión 6.6.2 o posterior. Según se informa, la 6.6.2 exige una comprobación de autenticación/permisos y un token CSRF para la carga afectada. Mientras no pueda actualizar, reduzca la exposición por capas: restrinja el acceso a la función, desactive la ejecución de scripts en la zona de carga y use un WAF.

QSi actualizo, ¿estoy a salvo de un compromiso?
A

Actualizar detiene futuras intrusiones, pero saber si ya fue alcanzado antes de actualizar es otra cuestión. Según se informa, los ataques se centran en mantener el acceso: colocar web shells y cuentas de administrador no autorizadas (por ejemplo, administradores con un dominio de correo inexistente) que sobreviven al parche. Tras actualizar, realice siempre una comprobación de compromiso (administradores inesperados, archivos PHP sueltos, tráfico saliente extraño).