Thesanjok

A falta de validação de entrada em alguns endpoints permite que atacantes autenticados realizem SQL injection, uma técnica utilizada para manipular consultas ao banco de dados. Ao enviar requisições especialmente elaboradas, um atacante pode extrair informações sensíveis do banco de dados.

Existe um problema nos endpoints de serviço de arquivos '/files/*' e '/file/:fileFolder/:id', onde arquivos carregados são servidos usando `fileStream.pipe(res)` sem especificar os cabeçalhos de resposta Content-Type, Content-Disposition ou X-Content-Type-Options. Isso permite que um invasor autenticado carregue um arquivo HTML contendo JavaScript que o navegador da vítima renderizará no contexto do domínio, podendo levar ao sequestro de sessão, assumir o controle da conta e roubo de dados.

O tratamento inadequado de permissões permite que um usuário de CMS com acesso limitado a páginas copie uma página à qual não tem autorização para uma área do site onde possui permissões. Isso permite que o usuário visualize o conteúdo da página não autorizada e, potencialmente, a publique, pois as permissões eram verificadas para o destino da cópia, mas não para a página de origem.

A API de Documentos e Imagens lista incorretamente itens em coleções privadas, permitindo que um usuário com acesso à API visualize o nome do arquivo e o nome de documentos e imagens armazenados nessas coleções privadas.

Nome do Software Vulnerável e Versões Afetadas cpp-httplib versões anteriores a 0.40.0 Descrição cpp-httplib é vulnerável a HTTP Request Smuggling. O manipulador de arquivos estáticos do servidor atende a respostas GET sem consumir o corpo da solicitação. Em conexões HTTP/1.1 keep-alive, os bytes do corpo não lidos permanecem no fluxo TCP e são interpretados como o início de uma nova solicitação HTTP. Um invasor pode incorporar uma solicitação HTTP arbitrária no corpo de uma solicitação GET, que o servidor processa como uma solicitação separada. Recomendações Atualize o cpp-httplib para a versão 0.40.0 ou posterior.

The cpp-httplib HTTP client improperly handles cross-origin HTTP redirects (301, 302, 307, 308). Specifically, it forwards stored Basic Auth, Bearer Token, and Digest Auth credentials to arbitrary hosts when following these redirects. A malicious or compromised server can redirect the client to an attacker-controlled host, which then receives the plaintext credentials in the `Authorization` header. This could allow an attacker to obtain sensitive authentication information.

Copyparty is a portable file server. If an attacker has both read and write permissions, they can upload a malicious file named `.prologue.html`. They can then create a link that could execute arbitrary JavaScript in a victim's context. While JavaScript execution is expected when clicking a direct link to the HTML file (e.g., 'https://example.com/foo/.prologue.html'), the issue arises because a link like 'https://example.com/foo/?b' also evaluates the file, leading to unexpected behavior. Existing preventative measures, such as strict SameSite cookies, make exploitation more difficult, requiring the target to click the link from a page served by the server itself, potentially through editing an existing resource. Successful exploitation requires the target to click a specifically crafted link provided by the attacker. The issue is not triggered by normal web UI browsing. If successful, the malicious JavaScript could move or delete existing files on the server, or upload new files, using the account of the person who opens the link.

Copyparty is a portable file server. Prior to version 1.20.12, a missing permission-check existed in the shares feature, specifically with the `shr` global-option. This issue only applies when the shares feature is used to create a share of a single file within a folder, or when the FTP or SFTP server is enabled and publicly accessible. Under these conditions, a user browsing a share via FTP or SFTP (not HTTP or HTTPS) could gain read access to other files in the shared folder by guessing or bruteforcing filenames. Access was limited to sibling files; descending into subdirectories was not possible. The issue is similar to a previously addressed problem for HTTP and HTTPS, but was not initially fixed for FTP. The FTPS server did not exist at the time of the initial fix. The vulnerable parameter is `shr`.