Lukasz-Rybak

#1361de 53,638
162.3CVSS total
Vulnerabilidades · 20
Média
4
Alta
12
Crítica
4
PT-2026-6774
8.7
2026-02-06
Unknown · Openstamanager · CVE-2026-24418
**Nome do Software Vulnerável e Versões Afetadas** OpenSTAManager versões 2.9.8 e anteriores **Descrição** O OpenSTAManager apresenta uma vulnerabilidade crítica de Injeção SQL baseada em erros no manipulador de operações em massa do módulo Scadenzario (Agenda de Pagamentos). O aplicativo não valida adequadamente se os elementos dentro do array `id records` são inteiros antes de utilizá-los em uma cláusula SQL IN(). Isso permite que atacantes injetem comandos SQL arbitrários e extraiam dados sensíveis por meio de mensagens de erro XPath. O parâmetro vulnerável é `id records[]` e é acessível por meio do endpoint da API `/actions.php?id module=18`. A vulnerabilidade decorre da falha do aplicativo em validar os tipos de entrada, permitindo especificamente que valores não inteiros dentro do array `id records` sejam concatenados diretamente em uma consulta SQL sem sanitização adequada. Isso possibilita que atacantes manipulem a consulta SQL e extraiam dados, incluindo credenciais de usuário, informações de identificação pessoal (PII) de clientes e registros financeiros. **Recomendações** Versões anteriores à 2.9.8 devem implementar validação de tipo no array `id records`. Especificamente, utilize `array map('intval', $id records)` para converter todos os elementos do array em inteiros e `array filter` para remover quaisquer IDs não positivos antes de utilizá-los na consulta SQL.
PT-2026-6772
8.7
2026-02-06
Unknown · Openstamanager · CVE-2026-24416
**Nome do Software Vulnerável e Versões Afetadas** OpenSTAManager versões 2.9.8 e anteriores **Descrição** O OpenSTAManager contém uma vulnerabilidade crítica de Injeção de SQL Cega Baseada em Tempo no manipulador de conclusão de preços de artigos. A aplicação não sanitiza corretamente o parâmetro `idarticolo` antes de usá-lo em consultas SQL, permitindo que atacantes injetem comandos SQL arbitrários e extraiam dados sensíveis através de inferência Booleana baseada em tempo. A vulnerabilidade existe no arquivo `/ajax complete.php`, especificamente no módulo `/modules/articoli/ajax/complete.php`. O parâmetro vulnerável é `idarticolo` dentro da requisição GET para o endpoint `/ajax complete.php?op=getprezzi`. A vulnerabilidade permite que atacantes autenticados extraiam o conteúdo completo do banco de dados, incluindo credenciais de usuário, dados de clientes e registros financeiros. Uma prova de conceito (PoC) demonstra a extração do nome do banco de dados, nome de usuário administrador e hash da senha. A causa raiz é o uso inconsistente da função `prepare()`, que é usada para sanitizar o parâmetro `idanagrafica`, mas não o parâmetro `idarticolo`. **Recomendações** Aplique a correção ao arquivo `/modules/articoli/ajax/complete.php`. Substitua o código vulnerável pela versão corrigida, garantindo que o parâmetro `idarticolo` seja devidamente sanitizado usando a função `prepare()` antes de ser usado em consultas SQL.
PT-2026-6773
8.7
2026-02-06
Unknown · Openstamanager · CVE-2026-24417
Nome do Software Vulnerável e Versões Afetadas OpenSTAManager versões 2.9.8 e anteriores Descrição O OpenSTAManager contém uma vulnerabilidade crítica de Injeção SQL cega baseada em tempo na funcionalidade de busca global. O aplicativo não sanatiza adequadamente o parâmetro `term` antes de utilizá-lo em cláusulas SQL LIKE em vários manipuladores de busca específicos de módulos, permitindo que atacantes injetem comandos SQL arbitrários e extraiam dados sensíveis por meio de inferência booleana baseada em tempo. A vulnerabilidade afeta vários módulos de busca e apresenta execução amplificada, o que significa que uma única solicitação maliciosa pode acionar a injeção SQL em todos os módulos vulneráveis simultaneamente, aumentando o atraso e possivelmente causando problemas no servidor. O parâmetro vulnerável é `term` e é utilizado no endpoint `/ajax search.php`. Os módulos afetados incluem Articoli, Ordini, DDT, Fatture, Preventivi, Anagrafiche, Impianti, Contratti, Automezzi e Interventi. A vulnerabilidade permite a exfiltração completa do banco de dados, incluindo Informações Pessoais Identificáveis (PII) de clientes, registros financeiros e segredos comerciais, além da extração de hashes de senhas. Recomendações Substitua todas as instâncias de concatenação direta de `$term` por `prepare()` nos seguintes arquivos: - `/modules/articoli/ajax/search.php` - Linha 51 - `/modules/ordini/ajax/search.php` - Linhas 43, 47 e 79 - `/modules/ddt/ajax/search.php` - Linhas 43, 47 e 83 - `/modules/fatture/ajax/search.php` - Linhas 45, 49 e 85 - `/modules/preventivi/ajax/search.php` - Linhas 45, 49 e 83 - `/modules/anagrafiche/ajax/search.php` - Linhas 62, 107 e 162 - `/modules/impianti/ajax/search.php` - Linha 46
PT-2026-3867
8.5
2026-01-21
Saleor · Saleor · CVE-2026-23499
**Name of the Vulnerable Software and Affected Versions** Saleor versions 3.0.0 through 3.20.107 Saleor versions 3.21.0 through 3.21.42 Saleor versions 3.22.0 through 3.22.26 **Description** Saleor, an e-commerce platform, permitted authenticated staff users or Apps to upload arbitrary files, including potentially malicious HTML and SVG files containing Javascript. If media files are hosted on the same domain as the dashboard, these files could be served without restrictions, leading to the execution of malicious scripts within the user's browser. A malicious staff member could potentially inject scripts to target other staff members, potentially compromising their access and refresh tokens. The issue is present when media files are not served with a `Content-Disposition: attachment` header. Saleor Cloud users are not affected. The vulnerable API endpoint is not specified. The vulnerable parameter is not specified. The vulnerable function is not specified. **Recommendations** Saleor versions 3.0.0 through 3.20.107: Upgrade to version 3.20.108 or later. Saleor versions 3.21.0 through 3.21.42: Upgrade to version 3.21.43 or later. Saleor versions 3.22.0 through 3.22.26: Upgrade to version 3.22.27 or later. Configure servers hosting media files to return the `Content-Disposition: attachment` header. Prevent servers from serving HTML and SVG files. Implement a `Content-Security-Policy` for media files, such as `Content-Security-Policy: default-src 'none'; base-uri 'none'; frame-ancestors 'none'; form-action 'none';`.