CVE Intelligence
Análise Assistido por IA

CVE-2026-12076: Injeção de SQL no processamento de filtros OData do Raytha CMS

O Raytha CMS apresenta uma falha de injeção de SQL (CWE-89) no pipeline de análise de filtros OData que, segundo o CERT Polska, pode ser explorada remotamente sem autenticação. O CNA atribui pontuação base CVSS 4.0 de 9.3 e informa confirmação na versão 1.5.2, podendo afetar outras versões. Nenhuma correção do fornecedor consta nas fontes consultadas, e a CVE não está listada no catálogo KEV da CISA.

Publicada em 13/10/2026 · Atualizada em 13/10/2026 · Read in English

Visão geral

A CVE-2026-12076 descreve uma fraqueza de injeção de SQL (CWE-89) no pipeline de análise de filtros OData do Raytha CMS. Segundo o CNA, o CERT Polska, a falha pode ser alcançada remotamente por um atacante sem autenticação e atinge um backend PostgreSQL. A descrição original está disponível no aviso do CERT Polska e na entrada da NVD.

Impacto

  • O CNA afirma que um atacante poderia executar instruções SQL arbitrárias contra o banco de dados subjacente.
  • O CNA descreve o resultado como comprometimento completo do banco de dados, incluindo extração de credenciais.
  • Os impactos de confidencialidade, integridade e disponibilidade são classificados como altos no vetor CVSS 4.0 fornecido pelo CNA.

Produtos e versões afetados

  • Produto: Raytha CMS (site do fornecedor).
  • Versão confirmada: 1.5.2, conforme a descrição do CNA.
  • Outras versões: o CNA afirma que também podem ser afetadas, mas o registro não traz uma lista de versões afetadas.
  • Não há faixas de versões afetadas ou corrigidas nas fontes consultadas. Isso não significa que não exista correção; significa que a informação não consta no registro.

Status de exploração

  • A CVE não está listada no catálogo KEV da CISA, portanto essa base não reporta exploração ativa.
  • Não há exploração confirmada nas fontes consultadas.
  • O EPSS registrado é 0,00531, com percentil de 0,43361. Trata-se de uma estimativa estatística e não de evidência de exploração.

Correção e mitigação

  • Identifique todas as instalações do Raytha CMS e confirme suas versões exatas, principalmente as que executam a versão 1.5.2.
  • Como o CNA não conseguiu contato com o fornecedor e nenhuma correção consta, trate o produto como sem correção até que o fornecedor ou uma fonte confiável confirme o contrário.
  • Reduza a exposição limitando, quando possível, o acesso à internet aos endpoints administrativos e de API que aceitam parâmetros de filtro OData.
  • Aplique o princípio do menor privilégio à conta de banco de dados usada pela aplicação e troque as credenciais armazenadas no banco caso haja suspeita de exposição.
  • Acompanhe o aviso do CERT Polska para atualizações.

Orientações de detecção

  • Revise logs web e de aplicação em busca de parâmetros OData incomuns ou malformados, especialmente os que contenham sintaxe de banco de dados ou caracteres inesperados.
  • Revise os logs do PostgreSQL em busca de erros de consulta, volumes incomuns ou acesso a tabelas de credenciais que a aplicação normalmente não utiliza.
  • Trate erros de banco de dados inexplicados originados no CMS como possível indicador que merece investigação.

Limitações das informações disponíveis

  • O registro não traz lista de versões afetadas ou corrigidas além da versão 1.5.2 confirmada.
  • Nenhum aviso oficial do fornecedor, correção ou solução de contorno está disponível nas fontes consultadas.
  • O fornecedor não respondeu às tentativas de contato, portanto o escopo do problema não foi confirmado por ele.
  • A data do EPSS no registro não é usada na análise além da menção aos valores informados.

Perguntas frequentes

Qual versão do Raytha CMS é confirmada como afetada?

Segundo o CNA, a vulnerabilidade foi confirmada na versão 1.5.2. O CNA afirma que outras versões também podem ser afetadas, mas não há lista adicional de versões no registro.

Existe correção para a CVE-2026-12076?

Nenhuma correção consta nas fontes consultadas. O registro também informa que as tentativas de contato com o fornecedor não tiveram sucesso, então os administradores devem tratar o produto como sem correção até que uma fonte confiável confirme uma solução.

Esta análise foi redigida com auxílio de IA a partir de dados verificados das fontes e checada automaticamente contra eles.