Daniel Stenberg

**Nome do Software Vulnerável e Versões Afetadas** libcurl (versões afetadas não especificadas) **Descrição** Existe uma falha no processamento de fluxos HTTP/2 Server Push. Quando o handle pai é configurado para compartilhar conexões com outros handles, uma condição de use-after-free pode ocorrer durante o processo de limpeza. Use-after-free é um problema de corrupção de memória onde uma aplicação continua a usar um ponteiro após ele ter sido liberado. **Recomendações** No momento, não há informações sobre uma versão mais recente que contenha a correção para esta vulnerabilidade.

**Nome do Software Vulnerável e Versões Afetadas** curl (versões afetadas não especificadas) **Descrição** Quando o suporte ao libpsl está habilitado, o software falha ao aplicar a verificação de limite da Public Suffix List ao processar um cabeçalho `Set-Cookie`. Isso ocorre quando o atributo `Domain` corresponde explicitamente a um host de origem que é um sufixo público, como `co.uk`. Em vez de tratá-lo como um cookie estrito apenas para o host, o sistema o salva com um escopo de domínio curinga (`.co.uk`). Consequentemente, o cookie é incluído inadequadamente em requisições subsequentes ou redirecionamentos HTTP para subdomínios irmãos arbitrários sob o mesmo sufixo público, como `attacker.co.uk`. **Recomendações** No momento, não há informações sobre uma versão mais recente que contenha a correção para esta vulnerabilidade.

**Nome do Software Vulnerável e Versões Afetadas** curl (versões afetadas não especificadas) **Description** Existe uma falha onde o uso de um tab horizontal (código ASCII 9) em vez de um espaço (código ASCII 32) imediatamente antes do atributo `Secure` em um cabeçalho `Set-Cookie:` faz com que o software armazene o cookie sem a flag Secure. Isso pode resultar no envio do cookie via HTTP em texto simples em requisições subsequentes ao mesmo host. **Recommendations** No momento, não há informações sobre uma versão mais recente que contenha a correção para esta vulnerabilidade.

**Nome do Software Vulnerável e Versões Afetadas** curl (versões afetadas não especificadas) **Descrição** Uma falha no libcurl faz com que o software reutilize incorretamente uma configuração de conexão HTTPS existente para um hostname específico, mesmo quando é utilizada uma configuração de Native CA Store (`CURLSSLOPT NATIVE CA`) diferente daquela usada no momento da criação da conexão. O Native CA Store é um mecanismo que permite ao curl utilizar o repositório de certificados integrado do sistema operacional para verificar a autenticidade de certificados SSL/TLS. **Recomendações** No momento, não há informações sobre uma versão mais recente que contenha a correção para esta vulnerabilidade.

**Nome do Software Vulnerável e Versões Afetadas** curl (versões afetadas não especificadas) **Descrição** Existe um problema onde o libcurl falha ao aplicar o pinning de chave pública quando o `CURLOPT PINNEDPUBLICKEY` é utilizado em conjunto com opções que desativam a verificação padrão de pares, especificamente `CURLOPT SSL VERIFYPEER = 0` e `CURLOPT SSL VERIFYHOST = 0`. Isso permite que conexões não autenticadas sejam bem-sucedidas sem a apresentação de um certificado do servidor, ignorando a verificação de pinning. **Recomendações** No momento, não há informações sobre uma versão mais recente que contenha a correção para esta vulnerabilidade.

**Nome do Software Vulnerável e Versões Afetadas** curl (versões afetadas não especificadas) **Description** Ocorre um heap-use-after-free ao utilizar a interface multi do libcurl com configurações de provedor do OpenSSL 3. O problema surge porque o libcurl anexa um contexto de biblioteca alocado ao estado do easy handle e o passa para o OpenSSL sem adquirir uma referência de propriedade. Se o easy handle for destruído prematuramente, o contexto é liberado enquanto a conexão ativa mantém um ponteiro pendente, o que pode ser acionado durante operações de E/S subsequentes ou operações pós-handshake. **Recommendations** No momento, não há informações sobre uma versão mais recente que contenha a correção para esta vulnerabilidade.

**Nome do Software Vulnerável e Versões Afetadas** libcurl (versões afetadas não especificadas) **Description** Existe uma falha onde o software não limpa as credenciais de autenticação do proxy quando instruído a fazê-lo. Isso resulta na permanência de credenciais antigas, que podem ser usadas em transferências subsequentes que não deveriam ter acesso a elas. **Recommendations** No momento, não há informações sobre uma versão mais recente que contenha a correção para esta vulnerabilidade.

**Nome do Software Vulnerável e Versões Afetadas** libcurl (versões afetadas não especificadas) **Description** Existe um problema onde o cabeçalho HTTP `Referer:` persiste mesmo após ser explicitamente limpo. Embora passar NULL para `CURLOPT REFERER` tenha como objetivo suprimir o cabeçalho, o estado interno não é limpo. Isso faz com que a string de referência anterior seja reutilizada e enviada em requisições subsequentes, o que pode levar ao vazamento de informações sensíveis para servidores não pretendidos. **Recommendations** No momento, não há informações sobre uma versão mais recente que contenha a correção para esta vulnerabilidade.

**Nome do Software Vulnerável e Versões Afetadas** libcurl (versões afetadas não especificadas) **Descrição** Um problema de use-after-free ocorre quando a função `curl easy pause()` é chamada dentro do callback `CURLMOPT SOCKETFUNCTION` baseado em eventos. Isso leva a uma situação em que o libcurl tenta armazenar uma flag usando um ponteiro de estrutura pendente imediatamente após a memória associada a esse ponteiro ter sido liberada. **Recomendações** No momento, não há informações sobre uma versão mais recente que contenha a correção para esta vulnerabilidade.

**Nome do Software Vulnerável e Versões Afetadas** libcurl (versões afetadas não especificadas) **Description** Ao reutilizar um handle para transferências sequenciais orientadas por configuração de proxy via variáveis de ambiente, o software falha ao limpar o estado de autenticação do proxy entre as requisições. Se uma transferência inicial se autenticar em um proxy usando autenticação Digest, uma transferência subsequente roteada por um proxy diferente vaza erroneamente o cabeçalho `Proxy-Authorization:` destinado apenas ao primeiro proxy. **Recommendations** No momento, não há informações sobre uma versão mais recente que contenha a correção para esta vulnerabilidade.

**Nome do Software Vulnerável e Versões Afetadas** curl (versões afetadas não especificadas) **Descrição** Uma falha na lógica de análise de cookies permite que um servidor HTTP malicioso defina super cookies que ignoram a verificação da Public Suffix List. Isso permite que uma origem controlada por um invasor injete cookies que são subsequentemente escopados e transmitidos para domínios de terceiros não relacionados. **Recomendações** No momento, não há informações sobre uma versão mais recente que contenha a correção para esta vulnerabilidade.

**Nome do Software Vulnerável e Versões Afetadas** curl (versões afetadas não especificadas) **Descrição** Ocorre uma desconexão entre a camada de ferramenta e o libcurl quando um usuário invoca o curl com uma URL sem esquema e a opção `--proto-default` definida como sftp ou scp. A camada de ferramenta infere incorretamente o esquema da URL, o que ignora a inicialização de opções críticas de segurança SSH, especificamente `CURLOPT SSH HOST PUBLIC KEY SHA256` e `CURLOPT SSH KNOWNHOSTS`. Embora o tempo de execução do libcurl ainda estabeleça a conexão via SFTP ou SCP, a omissão dessas opções de verificação de host permite que o curl se conecte a um host remoto SSH não verificado sem gerar um erro. **Recomendações** No momento, não há informações sobre uma versão mais recente que contenha uma correção para esta vulnerabilidade.

**Nome do Software Vulnerável e Versões Afetadas** libcurl (versões afetadas não especificadas) **Description** Ao realizar uma transferência para uma origem HTTP específica (`hostA`) usando autenticação Digest e, posteriormente, alterar a origem para uma diferente (`hostB`) reutilizando o mesmo handle, o libcurl encaminha incorretamente o cabeçalho `Authorization:` destinado ao `hostA` para o `hostB`. **Recommendations** No momento, não há informações sobre uma versão mais recente que contenha a correção para esta vulnerabilidade.

**Nome do Software Vulnerável e Versões Afetadas** libcurl (versões afetadas não especificadas) **Descrição** Um erro lógico no mecanismo de pool de conexões pode fazer com que o libcurl reutilize uma conexão incorreta para transferências SMB(S). Ao reutilizar uma conexão, critérios específicos devem ser atendidos; no entanto, uma solicitação pode reutilizar erroneamente uma conexão SMB existente para o mesmo servidor que utilizava um compartilhamento diferente do exigido pela transferência subsequente. Isso pode resultar no download do arquivo errado ou no upload de um arquivo para o local incorreto, desde que as mesmas credenciais e o mesmo nome de servidor sejam utilizados. **Recomendações** No momento, não há informações sobre uma versão mais recente que contenha a correção para esta vulnerabilidade.

**Nome do Software Vulnerável e Versões Afetadas** curl (versões afetadas não especificadas) **Descrição** Ao usar o libcurl para realizar uma transferência através de um proxy HTTP específico (`proxyA`) com autenticação Digest e, posteriormente, alterar o host do proxy para um segundo (`proxyB`) reutilizando o mesmo handle, o libcurl envia incorretamente o campo de cabeçalho `Proxy-Authorization:` destinado ao `proxyA` para o `proxyB`. **Recomendações** No momento, não há informações sobre uma versão mais recente que contenha a correção para esta vulnerabilidade.

**Nome do Software Vulnerável e Versões Afetadas** curl (versões afetadas não especificadas) **Descrição** Existe uma falha onde uma conexão que requer TLS reutiliza incorretamente uma conexão não criptografada existente do mesmo pool de conexões. Se uma transferência inicial for feita em texto simples via IMAP, SMTP ou POP3, uma solicitação subsequente para o mesmo host ignora a exigência de TLS e transmite os dados sem criptografia. **Recomendações** No momento, não há informações sobre uma versão mais recente que contenha a correção para esta vulnerabilidade.

**Nome do Software Vulnerável e Versões Afetadas** libcurl (versões afetadas não especificadas) **Descrição** Quando configurado para usar um arquivo `.netrc` para credenciais e para seguir redirecionamentos HTTP, o libcurl pode vazar a senha usada para o host inicial para o host de destino do redirecionamento sob certas circunstâncias. **Recomendações** No momento, não há informações sobre uma versão mais recente que contenha a correção para esta vulnerabilidade.

**Nome do Software Vulnerável e Versões Afetadas** curl (versões afetadas não especificadas) **Descrição** Ao usar o libcurl, existe uma falha onde um cabeçalho `Host:` personalizado definido para uma solicitação HTTP inicial pode fazer com que solicitações subsequentes usando o mesmo easy handle utilizem informações obsoletas. Se a segunda solicitação for feita sem um cabeçalho `Host:` personalizado, ela poderá vazar cookies destinados ao primeiro host. **Recomendações** No momento, não há informações sobre uma versão mais recente que contenha a correção para esta vulnerabilidade.

**Nome do Software Vulnerável e Versões Afetadas** curl (versões afetadas não especificadas) **Descrição** o curl pode passar erroneamente credenciais destinadas a um primeiro proxy para um segundo proxy. Isso ocorre quando o curl está configurado para usar proxies diferentes para esquemas de URL diferentes, o primeiro proxy requer credenciais, o segundo proxy não requer, e o curl é redirecionado de uma URL que usa o esquema do primeiro proxy (por exemplo, `http://`) para uma URL que usa um esquema diferente (por exemplo, `https://`) que utiliza o segundo proxy. **Recomendações** No momento, não há informações sobre uma versão mais recente que contenha uma correção para esta vulnerabilidade.

**Name of the Vulnerable Software and Affected Versions** curl (affected versions not specified) **Description** When an OAuth2 bearer token is used for an HTTP(S) transfer, and that transfer performs a redirect to a second URL, curl could leak that token to the second hostname under certain circumstances. Specifically, if the hostname that the first request is redirected to has information in the used .netrc file, with either the `machine` or `default` keywords, curl would pass on the bearer token set for the first host to the second one. The .netrc file stores credentials, and this issue could expose sensitive tokens. **Recommendations** At the moment, there is no information about a newer version that contains a fix for this vulnerability.