Sql Injection

A LexisNexis, empresa global de análise de dados, desativou temporariamente seus serviços Diligence, Metabase API e Newsdesk em resposta a atividades incomuns em servidores gerenciados por um fornecedor terceirizado não identificado. A empresa está investigando o incidente com a ajuda de uma firma forense de cibersegurança e está reconstruindo os sistemas afetados em um novo ambiente antes de reativar os serviços. O presidente da divisão Nexis Solutions, Todd Larsen, confirmou que a decisão de desconectar-se dos sistemas de terceiros foi tomada para proteger os clientes e conter a situação. Embora o Metabase tenha sido alvo de ataques de roubo de dados devido a uma vulnerabilidade crítica de injeção SQL, Larsen esclareceu que a Lexis Solutions não utiliza os serviços de nuvem do Metabase e que o produto Nexis Metabase API não está relacionado à vulnerabilidade reportada. Este incidente ocorre após outros problemas de segurança enfrentados pela LexisNexis, incluindo um ataque em que dados pessoais de 364.000 indivíduos foram comprometidos em 2025 e outro em março deste ano, onde arquivos privados foram vazados. A empresa continua a investigar e a tomar medidas para garantir a segurança de seus sistemas.

A Metabase alertou sobre uma vulnerabilidade de alta severidade em seu software de inteligência de negócios e visualização de dados, que está sendo explorada ativamente como um zero-day. Com uma pontuação CVSS de 10.0, a falha permite que atacantes remotos não autenticados injetem SQL arbitrário no banco de dados da aplicação, possibilitando acesso administrativo. A Metabase confirmou que a Metabase Cloud foi atacada através dessa vulnerabilidade em versões 1.58 e superiores. As instâncias da Metabase Cloud já foram atualizadas, enquanto os usuários de versões auto-hospedadas devem aplicar os patches de segurança imediatamente. As versões afetadas incluem aquelas entre x.58.0 e x.63.0, com correções disponíveis nas versões subsequentes. Como medida temporária, recomenda-se bloquear o endpoint ‘/api/session/reset_password’. A empresa também forneceu indicadores de comprometimento, como chamadas específicas de API que podem indicar uma violação. A Framework, uma das empresas afetadas, informou que dados de clientes, como nomes e endereços, foram acessados, embora informações de pagamento não tenham sido comprometidas.

Um ataque recente comprometeu um banco de dados Oracle através de uma falha de injeção SQL em uma aplicação web pública. Os invasores conseguiram instalar um toolkit de pós-exploração, conhecido como khunt, sem a necessidade de escrever executáveis no disco. Utilizando código-fonte Java, eles permitiram que o Oracle compilasse esse código em objetos de esquema armazenados, executando comandos diretamente do mecanismo do banco de dados. A falha estava em um campo de busca com autocomplete que passava entradas não validadas para o banco de dados via conexão JDBC, onde a conta utilizada tinha privilégios suficientes para criar objetos Java. A Huntress, que rastreia o toolkit, identificou a execução de código em nível SYSTEM no servidor Windows subjacente. Apesar de a Oracle não ter disponibilizado patches para corrigir a falha da aplicação ou os privilégios da conta, a solução proposta inclui o uso de consultas parametrizadas e validação de entrada, além de garantir o princípio do menor privilégio para contas que servem aplicações públicas. O ataque destaca a necessidade de uma vigilância constante e de práticas de segurança robustas em ambientes de banco de dados.

Um ataque cibernético recente, descoberto pela Huntress em 27 de julho de 2026, revelou a exploração de uma vulnerabilidade de injeção SQL em um banco de dados Oracle, que permitiu a instalação de um toolkit de pós-exploração diretamente no sistema. Os hackers acessaram o banco de dados através de um endpoint vulnerável em uma aplicação Java pública, que não validava corretamente as entradas do usuário. Após a exploração, o toolkit khunt foi armazenado como um objeto Java no banco de dados, possibilitando a execução de comandos SQL que poderiam afetar o sistema operacional do servidor. O toolkit incluía componentes que permitiam a execução de comandos, roubo de credenciais e gerenciamento de arquivos. Os atacantes conseguiram executar comandos com permissões de nível SYSTEM no servidor Windows, o que levanta preocupações significativas sobre a segurança de sistemas que utilizam Oracle. A Huntress recomenda que as organizações sanitizem todas as entradas de usuários e limitem os privilégios das contas de banco de dados em aplicações expostas ao público.

O cPanel lançou uma correção para uma vulnerabilidade crítica, identificada como CVE-2026-58048, que permitia a clientes autenticados executar comandos SQL no contexto administrativo do banco de dados, ultrapassando as barreiras de privilégio entre a conta do cPanel e a identidade administrativa do servidor. Essa falha afeta todas as versões suportadas do cPanel & WHM e do WP Squared, com um escore CVSS de 9.4, indicando um risco elevado. Para explorar essa vulnerabilidade, um atacante precisaria de uma conta válida do cPanel e acesso à funcionalidade MySQL/MariaDB, o que poderia levar a um comprometimento total do sistema operacional, dependendo da configuração do banco de dados.

Uma campanha em larga escala está explorando uma vulnerabilidade crítica de injeção SQL (CVE-2026-26980) no Ghost CMS, permitindo que atacantes injetem código JavaScript malicioso em mais de 700 domínios, incluindo portais universitários e empresas de tecnologia. A vulnerabilidade afeta as versões do Ghost CMS entre 3.24.0 e 6.19.0, permitindo que invasores não autenticados leiam dados arbitrários do banco de dados do site, incluindo chaves da API de administração. O código malicioso injetado é um carregador leve que busca scripts adicionais da infraestrutura do atacante, levando a um ataque ClickFix que engana os visitantes a executarem comandos prejudiciais em seus sistemas. Embora um patch tenha sido disponibilizado em 19 de fevereiro de 2023, muitos sites ainda não o aplicaram, expondo-se a riscos significativos. Os administradores de sites são aconselhados a atualizar para a versão 6.19.1 ou superior e a revisar minuciosamente seus sistemas em busca de scripts injetados.

Duas vulnerabilidades críticas foram identificadas no plugin Avada Builder para WordPress, que possui cerca de um milhão de instalações ativas. A primeira, identificada como CVE-2026-4782, permite que usuários autenticados com nível de acesso de assinante leiam arquivos arbitrários no servidor, incluindo o wp-config.php, que contém credenciais sensíveis do banco de dados. A segunda vulnerabilidade, CVE-2026-4798, é uma injeção SQL que pode ser explorada por atacantes não autenticados, desde que o plugin WooCommerce tenha sido ativado e depois desativado. Essa falha permite a extração de informações sensíveis do banco de dados, como hashes de senhas. Ambas as vulnerabilidades foram descobertas pelo pesquisador de segurança Rafie Muhammad e reportadas ao programa de recompensas da Wordfence. A atualização para a versão 3.15.3 do Avada Builder é altamente recomendada para mitigar esses riscos. O impacto potencial é significativo, pois a exploração dessas falhas pode levar a um comprometimento total do site, afetando a segurança e a privacidade dos dados dos usuários.

Uma nova vulnerabilidade crítica foi descoberta no pacote Python LiteLLM da BerriAI, com o identificador CVE-2026-42208, que apresenta uma pontuação CVSS de 9.3. Trata-se de uma falha de injeção SQL que permite a atacantes não autenticados modificar o banco de dados subjacente do LiteLLM. A vulnerabilidade foi identificada em uma consulta de banco de dados que misturava valores de chave de API fornecidos pelo chamador na consulta em vez de passá-los como parâmetros separados. Isso possibilita que um atacante envie um cabeçalho de autorização malicioso para qualquer rota da API LLM e acesse dados sensíveis, como credenciais e chaves de provedores de modelos de linguagem. Apesar de a falha ter sido corrigida na versão 1.83.7-stable, lançada em 19 de abril de 2026, a exploração começou apenas uma semana depois, com tentativas registradas em 26 de abril. O ataque visou tabelas específicas que armazenam informações críticas, sugerindo que o invasor tinha conhecimento prévio sobre a estrutura do banco de dados. Os especialistas recomendam que os usuários atualizem suas instâncias ou desativem logs de erro para mitigar a exploração.

Uma vulnerabilidade crítica, identificada como CVE-2026-21643, foi descoberta na plataforma FortiClient EMS da Fortinet e está sendo ativamente explorada por atacantes. Essa falha de injeção SQL permite que agentes mal-intencionados não autenticados executem comandos arbitrários em sistemas não corrigidos, utilizando ataques de baixa complexidade direcionados à interface web do FortiClient EMS. A vulnerabilidade afeta a versão 7.4.4 do FortiClient EMS e pode ser corrigida com a atualização para a versão 7.4.5 ou posterior. Apesar de a CISA não ter listado a vulnerabilidade como explorada, dados recentes indicam que a exploração começou há apenas quatro dias. A empresa Fortinet ainda não atualizou seu aviso de segurança sobre a situação. Atualmente, cerca de 1.000 instâncias do FortiClient EMS estão expostas publicamente, com mais de 1.400 IPs localizados nos Estados Unidos e na Europa. A exploração de vulnerabilidades da Fortinet é comum em ataques de ransomware e campanhas de espionagem cibernética, o que torna a situação ainda mais crítica para as empresas que utilizam essa tecnologia.

Recentemente, foram divulgadas múltiplas vulnerabilidades de segurança na plataforma de troca de ramais privada de código aberto FreePBX, incluindo uma falha crítica que pode permitir a bypass de autenticação em configurações específicas. As vulnerabilidades, descobertas pela Horizon3.ai e reportadas em setembro de 2025, incluem: CVE-2025-61675 e CVE-2025-61678, ambas com pontuação CVSS de 8.6, que permitem injeções SQL autenticadas e upload de arquivos arbitrários, respectivamente. A CVE-2025-66039, com pontuação CVSS de 9.3, permite que atacantes contornem a autenticação ao configurar o ‘Authorization Type’ como ‘webserver’, possibilitando o acesso ao Painel de Controle do Administrador. Embora a configuração padrão do FreePBX não seja vulnerável, a ativação inadvertida dessa opção pode expor sistemas a ataques. As falhas foram corrigidas nas versões 16.0.92 e 17.0.6, lançadas em outubro de 2025, e 16.0.44 e 17.0.23, em dezembro de 2025. A recomendação é que os usuários evitem o uso do tipo de autenticação ‘webserver’ e realizem uma análise completa do sistema caso essa configuração tenha sido ativada.

Em 5 de novembro de 2025, a equipe de segurança do Django lançou patches críticos para corrigir duas vulnerabilidades significativas que afetam várias versões do popular framework web em Python. As falhas, identificadas como CVE-2025-64458 e CVE-2025-64459, podem permitir que atacantes realizem ataques de negação de serviço (DoS) e injeções de SQL através de entradas maliciosas. A vulnerabilidade mais grave, CVE-2025-64459, afeta a funcionalidade de consulta central do Django, permitindo que atacantes explorem métodos como QuerySet.filter(), QuerySet.exclude() e QuerySet.get() utilizando um argumento _connector malicioso. Isso ocorre devido à validação insuficiente de entradas, criando uma brecha para injeções de SQL. A segunda vulnerabilidade, CVE-2025-64458, afeta especificamente implantações em Windows, explorando problemas de desempenho no processo de normalização Unicode do Python, o que pode levar a um vetor de DoS ao enviar solicitações com muitos caracteres Unicode. A equipe de segurança recomenda que todos os usuários do Django atualizem imediatamente para as versões corrigidas: 5.2.8, 5.1.14 ou 4.2.26, disponíveis no site oficial do Django.

Em uma divulgação crítica datada de 29 de agosto de 2025, a IBM confirmou que certas versões do watsonx Orchestrate Cartridge para Cloud Pak for Data são vulneráveis a uma falha de Blind SQL Injection (CVE-2025-0165). Essa vulnerabilidade permite que atacantes autenticados manipulem registros de banco de dados. A falha está presente nas versões 4.8.4 a 4.8.5 e 5.0.0 a 5.2, onde a sanitização de entrada é inadequada, permitindo a injeção de comandos SQL maliciosos. A IBM classificou a vulnerabilidade com um CVSS 3.1 Base Score de 7.6, indicando um alto impacto em confidencialidade, com consequências limitadas para integridade e disponibilidade. A exploração dessa falha pode resultar na divulgação não autorizada de dados sensíveis, como credenciais e informações pessoais. Para mitigar os riscos, a IBM recomenda uma atualização imediata para a versão 5.2.0.1, que implementa a parametrização de entrada e a aplicação de instruções preparadas. Organizações que não puderem aplicar o patch devem implementar regras de firewall de aplicação web (WAF) para bloquear cargas úteis comuns de SQL injection e restringir o acesso à interface de gerenciamento do IBM Cloud Pak for Data.