Feed de ameaças

CVE-2026-48939 — Upload sem autenticação para RCE no iCagenda (Joomla): explicação e correções

O CVE-2026-48939 do iCagenda é um RCE crítico por upload nas versões 3.9.14–4.0.7 no Joomla 6.0.0–6.1.1. Atualize para a 4.0.8 ou posterior e verifique se houve comprometimento.

Publicado 2026-07-11 Atualizado 2026-10-23 Última verificação 2026-11-02 7 min de leitura
Nesta página

Um aviso defensivo sobre uma vulnerabilidade com exploração confirmada em ambientes reais (listada no CISA KEV). Descreve o que acontece, o que é afetado e como responder, sem instruções de ataque nem prova de conceito. Para a defesa durável em nível de design, veja vulnerabilidades de upload de arquivos e como se defender.

Condição de versão do Joomla versus envio por visitantes

O desenvolvedor limita o RCE crítico às combinações Joomla 6.0.0–6.1.1. O envio por visitantes em outras versões do Joomla é um problema separado. A versão 3.9.15 corrige esse problema de envio no Joomla 3; não é uma correção de RCE aqui. A atualização não remove comprometimentos existentes.

Resumo do aviso
CVE
CVE-2026-48939
Gravidade
Crítica (CVSS 10,0 / v4.0; 9,8 / v3.1) — explorada ativamente (CISA KEV)
Tipo
Upload arbitrário de arquivo sem autenticação → RCE (CWE-434)
Impacto
Execução remota de código (RCE) sem autenticação
Afetado
iCagenda para Joomla — iCagenda 3.9.14–4.0.7 no Joomla 6.0.0–6.1.1
Correção principal
Atualizar para a 4.0.8 ou posterior
10,0
CVSS / classe mais grave
Sem auth
Alcance
RCE
Impacto alcançável
4.0.8
Correção principal

Alcançado sem autenticação

Upload arbitrário de arquivo

Chega a um local onde pode ser executado

Execução remota de código

Correção: atualizar para a 4.0.8 ou posterior

Mesmo padrão do caso do SP Page Builder. Extensão diferente, mesma sequência: upload sem autenticação, depois execução.

Por que não corrigir é perigoso

Como o RCE pode ser alcançado sem autenticação, ele é alvo preferencial de varreduras automatizadas em massa (motivo pelo qual entrou na lista do KEV). A CISA determinou que as agências federais dos EUA corrijam até 2026-07-13. Um calendário de eventos pode parecer um recurso secundário, mas, se o formulário público estiver exposto à internet, o tamanho do site não importa.

O que é afetado

ItemDetalhe
ExtensãoiCagenda para Joomla (extensão de calendário de eventos)
Versões afetadasiCagenda 3.9.14–4.0.7 no Joomla 6.0.0–6.1.1
Versão corrigida4.0.8 e posteriores
Pré-condiçãoNenhuma autenticação exigida (pelo formulário público)
Impacto alcançávelExecução remota de código (RCE); roubo de dados
StatusExplorada ativamente (CISA KEV; existe prova de conceito pública; prazo de correção 2026-07-13)

Nota sobre a causa raiz (ponto não esclarecido)

A CNA classifica o problema de upload como CWE-434. Avalie a exposição considerando tanto a versão da extensão quanto as condições de versão do Joomla informadas pelo desenvolvedor.

Como responder

1

Atualize para a 4.0.8+ (prioridade máxima)

Atualize a extensão para a versão corrigida. Isso é o que de fato bloqueia o RCE. Confirme a versão em execução depois. Se você não usa a extensão, remova-a.
2

Verifique comprometimento (presuma que houve acesso antes da atualização)

Procure PHP solto no diretório de upload de anexos do iCagenda, contas de administrador inesperadas (por exemplo, administradores com domínio de e-mail inexistente), tráfego de saída suspeito e POSTs não autenticados para o formulário afetado nos logs de acesso. Trate o RCE como "variáveis de ambiente e todo o banco de dados podem ter vazado".
3

Defesa temporária até poder atualizar (defesa em profundidade)

Se não for possível atualizar imediatamente, restrinja o acesso ao formulário público de inscrição em eventos / recurso de anexos, desative a execução de scripts no diretório de upload e use um WAF para reduzir a exposição temporariamente. Isso apenas cobre a lacuna; a correção real é a atualização.
4

Inventário de extensões + monitoramento automático de CVEs

Faça o inventário de extensões e dependências, exclua as não utilizadas e monitore automaticamente as demais quanto a CVEs (Dependabot / osv-scanner). Isso evita estruturalmente que um CVE público conhecido passe despercebido e fique sem correção.

Visão deste site: prevenir todo o padrão por design, não apenas este CVE

Este é mais um caso de um padrão explorado em sequência em extensões do Joomla. No mesmo período, CVE-2026-48908 (SP Page Builder) e uma extensão irmã, CVE-2026-56290, foram explorados da mesma forma: "upload sem autenticação → RCE". A atualização é obrigatória, mas o que traz retorno no longo prazo é eliminar o padrão no design: autenticar o endpoint de upload, usar lista de permissões com inspeção de conteúdo no servidor e armazenar fora da raiz web ou desativar a execução. Veja vulnerabilidades de upload de arquivos e como se defender.

Leia em seguida

Fontes e escopo

Estas referências primárias sustentam as configurações, o escopo ou as orientações de correção discutidas acima; os links foram verificados em 23 de outubro de 2026. Consulte as condições de versão e configuração de cada uma. As prioridades da lista de verificação e as lições são orientações deste site, não uma revalidação completa do artigo nem uma garantia de segurança.

FAQ

QO que o CVE-2026-48939 permite que um atacante faça?
A

Na configuração afetada, o upload sem autenticação pode levar à execução de código. Verifique as condições de versão abaixo. A exploração está confirmada no CISA KEV (prazo de correção em 13 de julho de 2026).

QQual é a correção mais segura?
A

Para a configuração com RCE, atualize o iCagenda para a 4.0.8 ou posterior e verifique se houve comprometimento. A versão 3.9.15 do Joomla 3 corrige o envio separado por visitantes. Até atualizar, restrinja o formulário público e impeça a execução de scripts no armazenamento de uploads.

QSe eu atualizar, estou livre de comprometimento?
A

Atualizar interrompe invasões futuras, mas saber se houve acesso entre a divulgação e a correção é outra questão. Este padrão mantém o acesso por meio de web shells e contas de administrador indevidas; por isso, após atualizar, sempre execute uma verificação de comprometimento (PHP solto no diretório de uploads, administradores inesperados, tráfego de saída incomum).