Jacob Walls

#1998de 53,638
116.8CVSS total
Vulnerabilidades · 17
Baixa
1
Média
7
Alta
7
Crítica
2
PT-2026-6030
8.1
2026-02-03
Django · Django · CVE-2026-1207
**Nome do Software Vulnerável e Versões Afetadas** Versões do Django anteriores a 6.0.2 Versões do Django anteriores a 5.2.11 Versões do Django anteriores a 4.2.28 Versões do Django 5.0.x e anteriores Versões do Django 4.1.x e anteriores Versões do Django 3.2.x e anteriores **Descrição** Essa vulnerabilidade permite que atacantes remotos injetem código SQL por meio do parâmetro de índice de banda ao realizar consultas raster no `RasterField` (implementado apenas no PostGIS). A causa raiz é a falha em parametrizar corretamente o índice de banda raster durante o processamento de consultas do RasterField, permitindo que entradas fornecidas pelo usuário sejam concatenadas diretamente em consultas SQL executadas pelo backend do PostGIS. Atacantes podem injetar SQL arbitrário por meio de parâmetros de banda raster criados especificamente, potencialmente levando ao roubo de dados, modificação do conteúdo do banco de dados, contorno de autenticação e até execução remota de código nos hosts do banco de dados. Essa vulnerabilidade afeta aplicações que utilizam o GeoDjango RasterField com PostGIS e expõem consultas raster por meio de entradas fornecidas pelo usuário. **Recomendações** Atualize para a versão 6.0.2 ou posterior do Django. Atualize para a versão 5.2.11 ou posterior do Django. Atualize para a versão 4.2.28 ou posterior do Django. Para séries do Django sem suporte (5.0.x, 4.1.x e 3.2.x), migre para uma versão suportada. Restringir o acesso aos endpoints raster. Implantar regras de WAF para filtrar padrões de injeção de SQL. Aplicar validação rigorosa de entrada. Revise os logs do aplicativo e do banco de dados em busca de consultas raster anômalas e uso inesperado de funções PostGIS.
PT-2025-45119
9.4
2025-11-05
Django · Django · CVE-2025-64459
**Nome do Software Vulnerável e Versões Afetadas** Versões do Django anteriores a 5.1.14, anteriores a 4.2.26 e anteriores a 5.2.8 **Descrição** O Django está suscetível a um problema de injeção de SQL devido ao tratamento inadequado da expansão de dicionário ao usar os métodos `QuerySet.filter()`, `QuerySet.exclude()` e `QuerySet.get()`, bem como a classe `Q()`. Um atacante pode injetar código SQL malicioso criando um dicionário com um argumento ` connector` especificamente projetado. Isso permite potencial manipulação do banco de dados, incluindo bypass de autenticação, exfiltração de dados e escalonamento de privilégios. Séries do Django não suportadas anteriormente (como 5.0.x, 4.1.x e 3.2.x) também podem ser afetadas. A vulnerabilidade surge quando entrada controlada pelo usuário é passada diretamente para esses métodos via expansão de dicionário. O parâmetro ` connector` pode ser manipulado para alterar a lógica da consulta, por exemplo, alterando 'AND' para 'OR'. **Recomendações** Atualize para as versões 5.2.8, 5.1.14 ou 4.2.26 do Django. Audite o código em busca de usos de `QuerySet.filter()`, `QuerySet.exclude()` e `QuerySet.get()` com expansão de dicionário. Nunca passe `request.GET.dict()` diretamente para métodos do QuerySet. Implemente validação de entrada usando Formulários do Django. Implemente whitelist de parâmetros de filtro. Mapeie campos explicitamente em vez de usar expansão de dicionário. Monitore logs em busca de uso dos parâmetros ` connector` e ` negated`.