Boletín de amenazas

CVE-2026-48939 — Subida sin autenticación a RCE en iCagenda (Joomla): explicación y soluciones

La CVE-2026-48939 de iCagenda es una RCE crítica por subida de archivos en 3.9.14–4.0.7 sobre Joomla 6.0.0–6.1.1. Actualice a 4.0.8 o posterior y compruebe si hay un compromiso.

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

Un aviso defensivo sobre una vulnerabilidad con explotación confirmada en la naturaleza (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 las vulnerabilidades de subida de archivos y cómo defenderse.

Condición de versión de Joomla frente al envío por parte de invitados

El desarrollador limita la RCE crítica a las combinaciones Joomla 6.0.0–6.1.1. El envío por parte de invitados en otras versiones de Joomla es un problema aparte. La versión 3.9.15 corrige ese problema de envío para Joomla 3; aquí no es una corrección de RCE. Una actualización no elimina un compromiso existente.

Resumen del aviso
CVE
CVE-2026-48939
Gravedad
Crítica (CVSS 10.0 / v4.0; 9.8 / v3.1) — explotada activamente (CISA KEV)
Tipo
Subida arbitraria de archivos sin autenticación → RCE (CWE-434)
Impacto
Ejecución remota de código (RCE) sin autenticación
Afectado
iCagenda para Joomla — iCagenda 3.9.14–4.0.7 sobre Joomla 6.0.0–6.1.1
Corrección principal
Actualizar a 4.0.8 o posterior
10.0
CVSS / clase más grave
Sin auth
Alcance
RCE
Impacto alcanzable
4.0.8
Corrección principal

Se accede sin autenticación

Subida arbitraria de archivos

Llega a un lugar donde puede ejecutarse

Ejecución remota de código

Corrección: actualizar a 4.0.8 o posterior

La misma secuencia que el caso de SP Page Builder. Otra extensión, la misma secuencia: subida sin autenticación y luego ejecución.

Por qué no aplicar el parche es peligroso

Como la RCE es alcanzable sin autenticación, es un objetivo prioritario para el escaneo masivo automatizado (por eso figura en el catálogo KEV). CISA ordenó a las agencias federales corregirla antes del 13-07-2026. Un calendario de eventos puede parecer una función menor, pero si el formulario público es accesible desde internet, su tamaño no importa.

Qué está afectado

ElementoDetalle
ExtensióniCagenda para Joomla (extensión de calendario de eventos)
Versiones afectadasiCagenda 3.9.14–4.0.7 sobre Joomla 6.0.0–6.1.1
Versión corregida4.0.8 y posteriores
Requisito previoNo se requiere autenticación (mediante el formulario público)
Impacto alcanzableEjecución remota de código (RCE); robo de datos
EstadoExplotada activamente (CISA KEV; existe una PoC pública; fecha límite de corrección: 2026-07-13)

Nota sobre la causa raíz (un punto no resuelto)

La CNA clasifica el problema de subida como CWE-434. Evalúe la exposición usando tanto la versión de la extensión como las condiciones de versión de Joomla indicadas por el desarrollador.

Cómo responder

1

Actualice a 4.0.8 o posterior (máxima prioridad)

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

Compruebe si hay compromiso (suponga que fue alcanzado antes de actualizar)

Busque PHP extraño en el directorio de subida de adjuntos de iCagenda, cuentas de administrador inesperadas (por ejemplo, administradores con un dominio de correo inexistente), tráfico saliente sospechoso y POST sin autenticación al formulario afectado en los registros de acceso. Considere la RCE como "las variables de entorno y toda la base de datos pueden haberse filtrado".
3

Defensa temporal hasta poder actualizar (defensa en profundidad)

Si no puede actualizar de inmediato, restrinja el acceso al formulario público de inscripción a eventos o a la función de adjuntos, desactive la ejecución de scripts en el directorio de subidas y use un WAF para reducir temporalmente la exposición. Esto solo cubre el hueco; la solución real es la actualización.
4

Inventario de extensiones y supervisión automatizada de CVE

Inventarie sus extensiones y dependencias, elimine las que no use y supervise automáticamente el resto en busca de CVE (Dependabot / osv-scanner). Esto evita de forma estructural que una CVE pública conocida pase desapercibida y quede sin parchear.

Postura de este sitio: prevenir todo el patrón por diseño, no solo esta CVE

Este es un caso de un patrón explotado en varias extensiones de Joomla seguidas. En el mismo periodo, la CVE-2026-48908 (SP Page Builder) y una extensión hermana, la CVE-2026-56290, se explotaron de la misma forma: "subida sin autenticación → RCE". La actualización es obligatoria, pero a largo plazo lo que compensa es eliminar el patrón por diseño: autenticar el endpoint de subida, aplicar una lista de permitidos y análisis de contenido en el servidor, y almacenar fuera de la raíz web o desactivar la ejecución. Consulte las vulnerabilidades de subida de archivos y cómo defenderse.

Lectura recomendada

Fuentes y alcance

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

FAQ

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

En la configuración afectada, la subida sin autenticación puede llevar a la ejecución de código. Consulte las condiciones de versión más abajo. La explotación está confirmada en el catálogo KEV de CISA (fecha límite de corrección: 13 de julio de 2026).

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

Para la configuración con RCE, actualice iCagenda a 4.0.8 o posterior y compruebe si hay un compromiso. La versión 3.9.15 para Joomla 3 corrige el envío por parte de invitados, un problema aparte. Hasta que actualice, restrinja el formulario público e impida la ejecución de scripts en el almacenamiento de subidas.

QSi actualizo, ¿estaré a salvo de un compromiso?
A

Actualizar detiene futuras intrusiones, pero si alguien llegó a su sitio entre la divulgación y la corrección es una cuestión distinta. Este patrón mantiene el acceso mediante web shells y cuentas de administrador ilegítimas, así que tras actualizar ejecute siempre una comprobación de compromiso (PHP extraño en el directorio de subidas, administradores inesperados, tráfico saliente anómalo).