Eqstlab

#1613de 56,330
147.4CVSS total
Vulnerabilidades · 18
Média
1
Alta
14
Crítica
3
PT-2026-81202
7.6
2026-08-25
Unknown · Ashauthentication · CVE-2026-65633
**Nome do Software Vulnerável e Versões Afetadas** ash authentication versões 3.10.5 até 4.14.1 ash authentication versões 5.0.0-rc.0 até 5.0.0-rc.12 **Description** Uma autenticação inadequada permite que JSON Web Tokens (JWTs) com finalidade limitada sejam reutilizados como credenciais completas de API bearer quando um recurso utiliza verificação de token bearer sem estado. A função auxiliar `retrieve from bearer/3` verifica a assinatura de um JWT Authorization: Bearer e rejeita tokens que contenham uma reivindicação `act`, mas não verifica se a reivindicação `purpose` do token é igual a `user`. Quando o recurso é configurado com `require token presence for authentication?` definido como `false`, a função `validate token/3` retorna `{:ok, nil}` sem consultar o recurso de token, ignorando as verificações de finalidade subsequentes. Como resultado, JWTs válidos e não expirados emitidos para finalidades restritas — como o token `sign in` emitido pelo WebAuthn ou pela estratégia de Password — são aceitos como credenciais bearer de propósito geral, resultando em uma atribuição completa de `current user`. Um invasor que obtenha um token `sign in` válido pode se autenticar como o sujeito alvo, ignorando a semântica de uso único e revogação. Isso requer que a aplicação utilize `retrieve from bearer/3` em uma rota acessível e empregue WebAuthn ou a estratégia de Password com `sign in tokens enabled?` definido como `true`. **Recommendations** Atualize o ash authentication para a versão 4.14.2 ou posterior. Atualize o ash authentication para a versão 5.0.0-rc.13 ou posterior. Defina `require token presence for authentication?` como `true` para impor a verificação de finalidade em relação ao registro de token armazenado. Restrinja o acesso a rotas que utilizam a função auxiliar `retrieve from bearer/3`.
PT-2026-81397
8.8
2026-08-25
Pypi · Qwed · CVE-2026-55585
**Nome do Software Vulnerável e Versões Afetadas** QWED versões anteriores a 5.1.2 **Description** Usuários autenticados podem executar código Python arbitrário no processo do servidor de API porque o pacote `qwed` passa expressões matemáticas controladas pelo usuário para a função `parse expr()` do SymPy sem restringir os namespaces `global dict` e `local dict`. Como a `parse expr()` utiliza internamente a função `eval()` do Python, isso permite o comprometimento total do sistema, incluindo a leitura ou gravação de arquivos, a execução de comandos do sistema operacional e o acesso a dados de outros locatários em implantações compartilhadas. Os detalhes técnicos incluem dois caminhos vulneráveis: - O endpoint `POST /verify/math` lê a variável `expression` e a passa para a `parse expr()` após uma normalização cosmética. - O endpoint `POST /verify/batch` processa itens onde a variável `query` é passada para a `parse expr()` quando o tipo é definido como `VerificationType.MATH`. Atacantes podem obter a autenticação necessária utilizando o endpoint `POST /auth/signup`, habilitado por padrão, para criar uma conta de locatário e o endpoint `POST /auth/api-keys` para gerar uma chave de API. **Recommendations** Atualize o QWED para a versão 5.1.2. Como mitigação temporária, restrinja o acesso aos endpoints `POST /verify/math` e `POST /verify/batch` ou desative o endpoint `POST /auth/signup` para evitar a criação de contas não autorizadas.
PT-2026-50492
4.4
2026-06-17
Pi · Pi · CVE-2026-54325
**Nome do Software Vulnerável e Versões Afetadas** Pi versões anteriores a 0.79.0 **Description** O Pi carregava configurações e recursos locais do projeto de um diretório `.pi` de um repositório, incluindo módulos executáveis TypeScript ou JavaScript conhecidos como extensões locais do projeto, sem exigir que o usuário confiasse no repositório. Como as extensões não são isoladas (sandboxed) e são executadas dentro do processo do Pi, um invasor que controlasse um repositório poderia executar código arbitrário com os mesmos privilégios do processo local do Pi se um usuário iniciasse o Pi a partir daquela árvore de trabalho. Isso permite o acesso a arquivos, variáveis de ambiente, credenciais, rede e ferramentas locais disponíveis para o usuário. O problema reside no caminho de carregamento de recursos do projeto, onde o arquivo `.pi/settings.json`, recursos auto-descobertos, recursos gerenciados por pacotes e arquivos de instrução do projeto eram carregados durante a inicialização da sessão antes que um limite de confiança fosse estabelecido. **Recommendations** Atualize o Pi para a versão 0.79.0 ou posterior. Como alternativa temporária, evite executar o Pi em repositórios não confiáveis ou use um sandbox de sistema operacional externo, container ou VM para isolar o ambiente de execução. Inspecione e remova configurações e recursos locais do Pi, especificamente extensões locais do projeto e configurações de pacotes, antes do uso em repositórios não confiáveis.