Nyymi

This flaw allows a malicious HTTP server to set "super cookies" in cURL that are then passed back to more origins than what is otherwise allowed or possible. This allows a site to set cookies that then would get sent to different and unrelated sites and domains. It could do this by exploiting a mixed case flaw in cURL's function that verifies a given cookie domain against the Public Suffix List (PSL). For example, a cookie could be set with `domain=co.UK` when the URL used a lower case hostname `curl.co.uk`, even though `co.uk` is listed as a PSL domain.

A denial of service issue exists in the way libcurl provides several different backends for resolving host names. If libcurl is built to use the synchronous resolver, it allows name resolves to time-out slow operations using `alarm()` and `siglongjmp()`. This can cause a multi-threaded application to crash or misbehave due to a global buffer that is not mutex protected. The issue can be exploited by a remote attacker to cause a denial of service.

An authentication bypass issue exists in the FTP connection reuse feature of libcurl. This issue can result in wrong credentials being used during subsequent transfers, potentially allowing unauthorized access to sensitive information. Previously created connections are kept in a connection pool for reuse if they match the current setup. However, certain FTP settings such as `CURLOPT FTP ACCOUNT`, `CURLOPT FTP ALTERNATIVE TO USER`, `CURLOPT FTP SSL CCC`, and `CURLOPT USE SSL` were not included in the configuration match checks, causing them to match too easily.

An authentication bypass issue exists where libcurl reuses a previously established SSH connection despite the fact that an SSH option was modified. This occurs because libcurl maintains a pool of previously used connections to reuse them for subsequent transfers if the configurations match. However, two SSH settings were omitted from the configuration check, allowing them to match easily and potentially leading to the reuse of an inappropriate connection.

Existe uma falha de transmissão de informações confidenciais em texto simples no curl que pode causar a falha da funcionalidade HSTS quando várias URLs são solicitadas em sequência. Utilizando seu suporte a HSTS, o curl pode ser configurado para usar HTTPS em vez de uma etapa HTTP em texto simples não segura, mesmo quando HTTP é fornecido na URL. No entanto, esse mecanismo HSTS seria ignorado nas transferências subsequentes quando realizadas na mesma linha de comando, pois o estado não seria mantido corretamente. O problema pode ser reproduzido solicitando-se várias URLs em sequência, como `https://curl.se` seguido por `http://curl.se`, onde a segunda URL não consegue aproveitar as informações HSTS retornadas pela primeira URL.

O problema está relacionado à forma como o curl salva cookies, alt-svc e dados hsts em arquivos locais. Quando o curl realiza essa operação, ele usa um arquivo temporário que é posteriormente renomeado para o nome de arquivo de destino final. No entanto, durante essa operação de renomeação, as permissões do arquivo de destino podem ser acidentalmente ampliadas, tornando o arquivo atualizado acessível a mais usuários do que o pretendido. Isso poderia permitir que um invasor remoto divulgasse informações protegidas ou causasse uma negação de serviço.

Um servidor malicioso pode enviar quantidades excessivas de cabeçalhos `Set-Cookie:` em uma resposta HTTP ao curl. Isso pode fazer com que as solicitações HTTP subsequentes ultrapassem o limite interno de 1.048.576 bytes, resultando em um erro. O estado de negação pode permanecer enquanto os mesmos cookies forem mantidos e não tiverem expirado. Devido às regras de correspondência de cookies, um servidor pode definir cookies que também correspondam a outros servidores no mesmo domínio de segundo nível, tornando possível que um “servidor irmão” cause efetivamente uma negação de serviço para um site irmão.

O problema está relacionado à forma como o curl lida com falhas na verificação de mensagens ao realizar transferências FTP protegidas por krb5. Essa falha permite que um ataque Man-In-The-Middle passe despercebido e possibilita a injeção de dados no cliente.

O problema diz respeito ao suporte a algoritmos de compressão HTTP “encadeados” no curl, nos quais uma resposta do servidor pode ser comprimida várias vezes com algoritmos diferentes. Um servidor malicioso pode explorar essa vulnerabilidade inserindo um número praticamente ilimitado de etapas de compressão, levando a uma “bomba de malloc” e fazendo com que o curl gaste enormes quantidades de memória heap alocada ou retorne erros de memória insuficiente. Isso pode resultar em uma condição de negação de serviço.

O problema está relacionado à forma como a libcurl lida com conexões usadas anteriormente em um pool de conexões para transferências subsequentes. Quando uma opção relacionada a TLS ou SSH é alterada, ela deve impedir a reutilização de uma conexão criada anteriormente. No entanto, várias configurações de TLS e SSH foram deixadas de fora das verificações de correspondência de configuração, fazendo com que elas correspondessem com muita facilidade. Isso poderia permitir que um invasor remoto obtivesse acesso não autorizado a informações protegidas.

O problema está relacionado à implementação da função de correspondência de configuração no utilitário curl, que não lida adequadamente com IDs de zona de endereços IPv6. Isso pode levar à realização de conexões incorretas quando uma transferência usa um ID de zona e uma transferência subsequente usa um ID de zona diferente (ou nenhum). A vulnerabilidade permite que um invasor remoto possa reutilizar uma conexão, levando à divulgação de informações.