CVE-2023-22952
Corrija agora. Ela está sob exploração confirmada pelo CISA e tem exploit funcional público.
Apply updates per vendor instructions.
Resumo
Vulnerabilidade de injeção de código PHP no módulo EmailTemplates de múltiplos produtos SugarCRM, permitindo execução remota de código sem autenticação prévia significativa. Está no catálogo KEV da CISA com exploração confirmada e existe módulo Metasploit público, o que eleva a urgência prática além do que o CVSS já indica.
Detalhamento técnico
A falha é classificada pela CISA como CWE-20 (Improper Input Validation / validação de entrada ausente ou inadequada). O SugarCRM não valida corretamente dados enviados através do módulo EmailTemplates antes de processá-los, permitindo que um atacante injete código PHP arbitrário que é posteriormente interpretado e executado pelo servidor.
O próprio título do PoC catalogado ("SugarCRM 12.x Remote Code Execution Shell Upload") indica que a exploração culmina no upload de um shell — ou seja, a injeção de PHP não fica restrita a um contexto isolado, mas resulta em arquivo executável persistido no servidor, dando ao atacante execução de código no contexto do processo web.
As fontes disponíveis não detalham o parâmetro exato do template de e-mail nem a rota HTTP explorada — isso está no advisory oficial da SugarCRM, que não pudemos extrair em detalhe técnico. O que se sabe com confiança é o mecanismo geral: ausência de sanitização em dados relacionados a templates de e-mail permite que conteúdo controlado pelo atacante seja tratado como código executável pelo interpretador PHP.
Como é explorada
O vetor é rede (AV:N) e a complexidade de ataque é baixa (AC:L), mas o vetor CVSS indica PR:L — privilégios baixos são necessários, ou seja, não é uma falha pré-autenticação completa; o atacante precisa de algum nível de acesso autenticado à aplicação para acionar a rota vulnerável do EmailTemplates. Isso é a pré-condição mais relevante e que a manchete "RCE crítico" tende a obscurecer: instâncias sem contas de usuário expostas ou com controle de acesso rígido reduzem a superfície de risco, embora não a eliminem, já que muitas implantações SugarCRM têm portais de autoatendimento ou contas de baixo privilégio acessíveis externamente.
Com acesso autenticado, o atacante envia uma requisição manipulada ao módulo de templates de e-mail contendo código PHP que a aplicação falha em neutralizar. O resultado documentado publicamente é a gravação de um shell web no servidor, dando execução de código arbitrário com os privilégios do processo do servidor de aplicação — potencialmente leitura/escrita total de dados de CRM, pivotagem na rede interna e persistência.
A presença simultânea de módulo Metasploit, template Nuclei e PoC pública, somada à listagem no KEV da CISA (adicionada em 02/02/2023, com prazo de correção federal até 23/02/2023), confirma exploração ativa em ambiente real, não apenas teórica. A CISA classifica o uso conhecido em campanhas de ransomware como "Unknown" — não há atribuição confirmada a ransomware, mas isso não exclui uso oportunista por outros atores.
Versões
Como se proteger
A correção oficial é aplicar a Hotfix 91155 sobre o branch 12.0 do SugarCRM, conforme o advisory SA-2023-001 do fornecedor. O KEV da CISA generaliza a falha como afetando "multiple SugarCRM products", sugerindo que outras linhas de produto (além do core 12.0) podem ter hotfixes equivalentes listados no advisory oficial — recomenda-se consultar diretamente o SA-2023-001 para confirmar a versão exata aplicável ao produto específico em uso (Sell, Serve, Enterprise etc.), já que essa granularidade não estava disponível nas fontes analisadas aqui.
Como controle compensatório quando a atualização não for imediata, restringir e monitorar rigorosamente o acesso de contas de baixo privilégio ao módulo EmailTemplates reduz a superfície, dado que a exploração exige autenticação (PR:L). Isso não é uma mitigação completa — apenas reduz a probabilidade de exploração por contas comprometidas ou de autoatendimento expostas externamente.
Não existe mitigação equivalente à correção via configuração de aplicação (não há flag documentada para desativar o vetor sem o patch); depender apenas de WAF genérico é insuficiente porque a injeção ocorre dentro da lógica de template da própria aplicação, não em um padrão de payload trivialmente assinável sem gerar falsos negativos.
Como detectar
As fontes consultadas não trazem assinaturas de log ou IOCs específicos publicados pela SugarCRM ou pela CISA. Como indicador de possível tentativa de exploração, vale monitorar requisições autenticadas anômalas dirigidas ao módulo EmailTemplates que contenham conteúdo compatível com tags ou construções PHP no corpo de templates de e-mail, e verificar a criação inesperada de arquivos executáveis (shells web) no diretório da aplicação após tais requisições. A existência de template Nuclei público sugere que ferramentas de varredura automatizada podem gerar tráfego de reconhecimento característico, mas nenhuma assinatura de rede oficial foi confirmada nas fontes lidas.