Joern Schneeweisz

Pesquisador deGitLab
#2023de 53,635
115.7CVSS total
Vulnerabilidades · 13
Média
1
Alta
6
Crítica
6
PT-2023-1980
7.8
2023-02-14
Git · Git · CVE-2023-23946
**Name of the Vulnerable Software and Affected Versions** Git versions prior to 2.39.2 Git versions prior to 2.38.4 Git versions prior to 2.37.6 Git versions prior to 2.36.5 Git versions prior to 2.35.7 Git versions prior to 2.34.7 Git versions prior to 2.33.7 Git versions prior to 2.32.6 Git versions prior to 2.31.7 Git versions prior to 2.30.8 **Description** The issue is related to path traversal in Git, a revision control system. By feeding a crafted input to `git apply`, a path outside the working tree can be overwritten as the user who is running `git apply`. This can allow a remote attacker to overwrite arbitrary files in the system. **Recommendations** For versions prior to 2.39.2, update to version 2.39.2 or later. For versions prior to 2.38.4, update to version 2.38.4 or later. For versions prior to 2.37.6, update to version 2.37.6 or later. For versions prior to 2.36.5, update to version 2.36.5 or later. For versions prior to 2.35.7, update to version 2.35.7 or later. For versions prior to 2.34.7, update to version 2.34.7 or later. For versions prior to 2.33.7, update to version 2.33.7 or later. For versions prior to 2.32.6, update to version 2.32.6 or later. For versions prior to 2.31.7, update to version 2.31.7 or later. For versions prior to 2.30.8, update to version 2.30.8 or later. As a temporary workaround, use `git apply --stat` to inspect a patch before applying and avoid applying one that creates a symbolic link and then creates a file beyond the symbolic link.
PT-2022-20065
8.6
2022-05-25
Hashicorp · Go-Getter · CVE-2022-30323
**Nome do software vulnerável e versões afetadas** HashiCorp go-getter versões 1.5.11 e anteriores HashiCorp go-getter versões 2.0.2 e anteriores **Descrição** O problema diz respeito ao tratamento inseguro de downloads no HashiCorp go-getter. Respostas HTTP maliciosas podem causar vários comportamentos indesejados, incluindo a sobrescrita de arquivos locais, esgotamento de recursos e panics. Especificamente, a troca de protocolo, o redirecionamento infinito e a omissão de configuração são possíveis por meio do abuso do processamento de cabeçalhos de resposta HTTP personalizados. Além disso, o acesso arbitrário a hosts é possível por meio de falhas de traversal de caminho, processamento de links simbólicos e injeção de comandos no go-getter. O esgotamento assimétrico de recursos pode ocorrer quando o go-getter processa respostas HTTP maliciosas. Além disso, um panic pode ser acionado quando o go-getter processa arquivos ZIP protegidos por senha. **Recomendações** Para as versões 1.5.11 e anteriores do HashiCorp go-getter, atualize para a versão 1.6.1 ou posterior. Para as versões 2.0.2 e anteriores do HashiCorp go-getter, atualize para a versão 2.1.0 ou posterior. Como solução temporária, considere restringir o acesso ao comando `go-getter` até que um patch esteja disponível. Evite usar o `go-getter` para processar respostas HTTP maliciosas ou arquivos ZIP protegidos por senha até que o problema seja resolvido.
PT-2022-3860
10
2022-05-24
Hashicorp · Go-Getter · CVE-2022-26945
**Nome do software vulnerável e versões afetadas** HashiCorp go-getter versões 1.5.11 e anteriores HashiCorp go-getter versões 2.0.2 e anteriores **Descrição** A vulnerabilidade está relacionada à falta de sanitização de dados de entrada na biblioteca go-getter, o que pode ser explorado por um invasor remoto para comprometer a confidencialidade, integridade e disponibilidade de informações protegidas. Respostas HTTP maliciosas podem causar vários comportamentos indesejados, incluindo a sobrescrita de arquivos locais, esgotamento de recursos e erros graves. Especificamente, a troca de protocolo, o redirecionamento infinito e a contornagem de configuração são possíveis por meio do abuso do processamento de cabeçalhos de resposta HTTP personalizados. Além disso, o acesso arbitrário ao host é possível por meio de falhas de traversal de caminho, processamento de links simbólicos e injeção de comando no go-getter. O esgotamento assimétrico de recursos pode ocorrer quando o go-getter processa respostas HTTP maliciosas. **Recomendações** Para as versões 1.5.11 e anteriores do HashiCorp go-getter, atualize para a versão 1.6.1 ou posterior. Para as versões 2.0.2 e anteriores do HashiCorp go-getter, atualize para a versão 2.1.0 ou posterior. Como solução temporária, considere restringir o acesso à biblioteca go-getter até que um patch seja aplicado. Evite usar a biblioteca go-getter para processar respostas HTTP maliciosas ou arquivos ZIP protegidos por senha até que o problema seja resolvido.
PT-2017-10820
8.8
2017-08-10
Git · Git-Scm · CVE-2017-1000117
**Name of the Vulnerable Software and Affected Versions** git versions prior to 6.20170818 git-scm git (affected versions not specified) **Description** A malicious third-party can give a crafted "ssh://..." URL to an unsuspecting victim, and an attempt to visit the URL can result in any program that exists on the victim's machine being executed. This can be done by placing the URL in the .gitmodules file of a malicious project, and an unsuspecting victim could be tricked into running "git clone --recurse-submodules" to trigger the issue. The `git-annex` command is also vulnerable to command injection via malicious SSH hostname. If the hostname parsed from the URL is something like `-eProxyCommand=evil`, this could result in arbitrary local code execution. An attacker could exploit this by tricking the victim into adding a remote something like `ssh://-eProxyCommand=evil/blah` or by using `initremote` with an SSH remote and embedding the URL in the `git-annex` branch. **Recommendations** For git versions prior to 6.20170818, update to version 6.20170818 or later to resolve the issue. For git-scm git, at the moment, there is no information about a newer version that contains a fix for this vulnerability. As a temporary workaround, consider avoiding the use of `git clone --recurse-submodules` with untrusted projects and restricting the use of `git-annex` with SSH remotes until a patch is available. Avoid using URLs that start with `ssh://` and contain potentially malicious hostnames, such as those starting with `-eProxyCommand=`.