Redyank

#3681de 53,630
70.6CVSS total
Vulnerabilidades · 9
Média
2
Alta
6
Crítica
1
PT-2026-26201
8.1
2026-03-18
Cycler · Cycler · CVE-2026-33154
**Name of the Vulnerable Software and Affected Versions** dynaconf versions prior to 3.2.13 **Description** dynaconf is susceptible to Server-Side Template Injection (SSTI) due to insecure template evaluation within the @Jinja resolver. When the `jinja2` package is installed, Dynaconf evaluates template expressions embedded in configuration values without a sandboxed environment. Attackers influencing configuration sources—such as environment variables, `.env` files, container environment configuration, or CI/CD secrets—can execute arbitrary OS commands on the host system. The @format resolver also allows object graph traversal, potentially exposing sensitive runtime objects and environment variables. A proof-of-concept (PoC) demonstrates command execution using the `cycler` object to access Python’s `os` module and execute commands. Successful exploitation can lead to arbitrary OS command execution, access to sensitive environment variables, compromise of application secrets, and full compromise of the running application process. The vulnerability can be remotely exploitable in real-world deployments due to the potential for configuration values to originate from CI/CD pipelines, container orchestration systems, or environment injection. **Recommendations** versions prior to 3.2.13: Upgrade to version 3.2.13 or later to address the vulnerability. versions prior to 3.2.13: Use Jinja2 sandbox for template rendering. versions prior to 3.2.13: Restrict @format usage to trusted values.
PT-2026-23443
5.5
2026-03-05
Unknown · Eml-Parser · CVE-2026-29780
**Nome do Software Vulnerável e Versões Afetadas** eml parser versões anteriores a 2.0.1 **Descrição** O módulo eml parser, usado para análise de arquivos eml, contém uma vulnerabilidade de path traversal no script de exemplo `examples/recursively extract attachments.py`. Isso permite a gravação arbitrária de arquivos fora do diretório de saída pretendido. Os nomes de arquivos de anexos extraídos de e-mails analisados são utilizados diretamente para construir caminhos de arquivos de saída sem sanitização. Um nome de arquivo controlado por um atacante pode escapar do diretório de destino ao criar cabeçalhos de anexos de e-mail, como definir o cabeçalho `Content-Disposition` com um nome de arquivo como `../outside/pwned.txt`. O código vulnerável está localizado nas linhas 61-64 do script `examples/recursively extract attachments.py`, onde a variável `a['filename']` é usada diretamente para construir o caminho do arquivo de saída. A vulnerabilidade está limitada ao script de exemplo e não afeta a biblioteca principal eml parser. Cenários de ataque potenciais incluem injeção de cron job, upload de web shell e injeção de chave SSH. O parâmetro vulnerável é `a['filename']`. **Recomendações** Versões anteriores a 2.0.1 devem ser atualizadas para a versão 2.0.1 ou posterior. Como solução temporária, implemente normalização de caminho e validação de limites antes de gravar arquivos. Especificamente, utilize `os.path.basename()` para extrair o nome do arquivo e garanta que o caminho resultante seja relativo ao diretório de saída pretendido usando `out filepath.resolve().is relative to(out path.resolve())`.