Sondt99

O servidor de arquivos estáticos `web.NewHandler` em `web/handler.go` não verifica se o resultado da junção do `r.URL.Path` decodificado com `Config.AppDir` permanece dentro do diretório de aplicativo configurado. Um invasor remoto não autenticado pode usar segmentos de ponto codificados em URL, como `%2e%2e`, para ignorar o redirecionamento de travessia realizado pelo ServeMux do Go. Isso permite que o invasor acesse e exponha arquivos fora do `Config.AppDir` que sejam legíveis pelo processo do servidor, mesmo com o modo Dev desativado.

Um problema de falsificação de solicitação cross-site (CSRF) existe no callback OAuth de localhost do backend pCloud. O sistema desabilita a verificação de estado e confia no parâmetro `hostname`. Isso permite que páginas web maliciosas enviem uma solicitação sem estado para a porta 53682 durante a autorização, permitindo a implantação de tokens e hosts de API do invasor, o que pode fazer com que transferências de dados subsequentes sejam roteadas para o invasor.

Existe uma falha de bypass de autenticação na funcionalidade serve webdav. Atacantes não autenticados podem ignorar as verificações de segurança enviando requisições OPTIONS, permitindo a sondagem de caminhos arbitrários. Ao comparar os valores no cabeçalho Allow, os atacantes podem determinar se arquivos ou coleções específicos existem, facilitando a enumeração de namespace.

Ghost, um sistema de gerenciamento de conteúdo Node.js, permite que usuários da equipe, incluindo aqueles com funções de Colaborador, hospedem HTML arbitrário no domínio do site. Isso ocorre ao criar um cartão de marcador, pois o sistema pode armazenar arquivos que não são imagens, buscados de sites externos, como ícones ou miniaturas de marcadores. Esse comportamento pode levar ao comprometimento de sessões administrativas de outros usuários da equipe.

Um problema de cross-site scripting existe na ação Bazar valeur. Editores de página podem injetar scripts ao renderizar HTML não escapado obtido de uma URL remota. Um invasor pode direcionar o endpoint 'tools/bazar/actions/valeur.php' para um servidor controlado que retorna a marcação BAZ fiche titre contendo um manipulador `onerror` de `img`, executando o script no navegador de qualquer usuário que visualize a página.

Existe um problema de bloqueio inadequado onde um desbloqueio de mutex não adiado vaza em um caminho de pânico de mapa nulo. Um membro autenticado sem privilégios de administrador pode explorar isso emitindo quatro chamadas de API de notificação para causar um deadlock permanente no subsistema de alerta, exaurindo subsequentemente a memória por meio de requisições bloqueantes.

Existe uma inversão de ordem de bloqueio nas funções `UpdateGroup` e `DeleteGroup`. Esta falha permite que usuários autenticados sem privilégios administrativos causem um deadlock no subsistema de alerta. Ao chamar simultaneamente os endpoints 'notification-group' e 'batch-delete' utilizando listas de `id` superdimensionadas, um invasor pode criar um ciclo ABBA, que é um tipo específico de deadlock onde duas ou mais threads ficam bloqueadas aguardando que a outra libere os bloqueios. Isso resulta na falha permanente da entrega de alertas até que o sistema seja reiniciado.

Um problema de cross-site scripting armazenado existe que permite que usuários da equipe, como Contribuidores, hospedem HTML arbitrário. Isso é alcançado através do abuso do mecanismo de busca de imagens de cartões de favoritos, onde atacantes podem criar cartões de favoritos que armazenam arquivos que não são imagens de sites externos como ícones ou miniaturas para comprometer as sessões de administrador de outros usuários da equipe.

Existe um problema de falta de autorização no manipulador de download de anexos. Isso permite que atacantes não autenticados ignorem as Listas de Controle de Acesso (ACLs) de leitura de página, que são conjuntos de regras que definem quais usuários ou sistemas têm permissão de acesso a objetos específicos. Ao solicitar o manipulador de download com uma tag de página conhecida e o parâmetro `file`, um atacante pode recuperar anexos confidenciais de páginas com leitura restrita.

Um problema de server-side request forgery (SSRF) existe na ação Bazar valeur. Editores de página podem forçar o servidor a buscar URLs arbitrárias ao manipular o parâmetro `url`. Ao incorporar esta ação com um parâmetro `champ` na marcação wiki, atacantes podem acessar serviços de loopback ou internos, ler parcialmente as respostas renderizadas na página e injetar HTML remoto não escapado para executar scripts nos navegadores dos usuários que visualizam a página.

Existe uma falha de bypass de autorização na função `isAuthorized()` do `ApiService` quando o modo de API pública está habilitado. Isso permite que atacantes não autenticados acessem rotas de API exclusivas de administradores. Especificamente, atacantes podem interagir com os endpoints 'api/ci/update config' e 'api/archives' para sobrescrever configurações do sistema ou listar, baixar e excluir arquivos de backup.

Um problema de cross-site scripting armazenado existe no arquivo `formatters/wakka.php`. Usuários com permissões para editar páginas ou postar comentários podem injetar manipuladores de eventos ao inserir aspas em URLs de imagens em markdown. Isso permite que um invasor crie uma imagem em markdown onde o atributo `src` é burlado para incluir um manipulador `onerror`, resultando na execução de JavaScript arbitrário nos navegadores dos usuários que visualizam a página, incluindo aqueles com privilégios de administrador.

Usuários autenticados sem privilégios de administrador podem criar regras de alerta malformadas devido à falta de validação dos tipos de regra de alerta e dos limites de duração. Ao enviar uma regra de alerta manipulada através do endpoint 'POST /api/v1/alert-rule', um invasor pode desencadear pânicos não recuperados na goroutine do avaliador de alertas (uma thread leve gerenciada pelo runtime do Go). Isso resulta no travamento do processo do painel; como a regra é persistida, o processo travará repetidamente ao reiniciar, desativando todas as funcionalidades de monitoramento e do plano de controle.

A lógica de deduplicação de tokens de dispositivo para registros de instalação não valida o tipo dos campos de instalação fornecidos pelo cliente antes de utilizá-los para construir consultas ao banco de dados. Um invasor remoto não autenticado que conheça o ID público do aplicativo pode enviar valores que não sejam strings nesses campos para injetar operadores de consulta. Isso faz com que a limpeza de deduplicação — que é executada com privilégios elevados antes da avaliação das permissões de nível de classe — exclua todos os registros de dispositivos no aplicativo ou um subconjunto escolhido pelo invasor. Os registros excluídos não podem ser recuperados no servidor, impossibilitando a entrega de notificações push até que todos os clientes se registrem novamente. Qualquer implantação que exponha a API REST aos clientes e utilize notificações push é afetada em sua configuração padrão.

Requisições ao endpoint HTTP MCP sem uma identidade por usuário podem alcançar manipuladores de ferramentas que utilizam credenciais globais configuradas do Jira ou Confluence. Isso permite que um chamador de rede execute operações com as permissões da conta do operador, a menos que a implantação possua uma fronteira de autenticação independente. O fluxo de processamento envolve `streamable-http`, `UserTokenMiddleware`, ` get fetcher` e credenciais globais.

O OAuthConfig grava um arquivo de backup em texto simples contendo `access token` e `refresh token` no diretório `.mcp-atlassian` do usuário. Este arquivo é criado usando permissões padrão do processo em vez de permissões restritivas. Em sistemas com um umask permissivo, usuários locais ou processos do mesmo grupo podem ler esses tokens persistidos e reutilizá-los para obter acesso não autorizado aos produtos Atlassian. O problema ocorre durante a execução da função `OAuthConfig. save tokens()`, que mantém incondicionalmente uma cópia em texto simples dos tokens em `~/.mcp-atlassian/oauth-<client id>.json` para compatibilidade com versões anteriores, mesmo quando o armazenamento no keyring é bem-sucedido.

As ferramentas de upload de anexos do Jira e Confluence aceitam caminhos arbitrários do sistema de arquivos local e enviam os bytes selecionados para a Atlassian. Em implantações HTTP ou multiusuário, um chamador pode cruzar a fronteira do sistema de arquivos cliente-servidor para expor configurações, credenciais, segredos montados ou outros arquivos legíveis pelo processo MCP. Esta leitura e exfiltração arbitrária de arquivos no lado do servidor ocorre porque a implementação converte caminhos relativos em caminhos absolutos e os abre sem validar se o caminho é seguro ou restrito a um diretório permitido. O problema afeta os seguintes componentes: - **Endpoints de API:** As ferramentas de upload de anexos para Jira e Confluence. - **Parâmetros Vulneráveis:** O parâmetro `file path` e o campo `attachments` (que aceita caminhos locais em JSON ou CSV). - **Nomes de Funções:** `jira upload attachment()`, `confluence upload attachment()` e `upload attachment()`.

Usuários autenticados podem ler metadados de bloqueio de repositórios aos quais não têm acesso autorizado, pois as consultas de bloqueio do Git LFS (Large File Storage) não são delimitadas por repositório. Um invasor com acesso de gravação a qualquer repositório pode enumerar IDs de bloqueio globalmente para recuperar nomes de usuário, carimbos de data/hora de bloqueio e caminhos de arquivos bloqueados de repositórios privados.

O software não impõe totalmente a opção `allowAsync: false` no VM e NodeVM. Embora o `localPromise.prototype.then` seja substituído para impedir operações assíncronas, os métodos estáticos de Promise do sandbox—especificamente `Promise.resolve`, `Promise.all`, `Promise.race`, `Promise.any` e `Promise.allSettled`—ainda assimilam thenables fornecidos por atacantes. Isso ocorre porque a resolução de promessas nativas executa um `PromiseResolveThenableJob` e invoca o método `then` do código sandboxed em uma microtask, ignorando o manipulador corrigido. Como resultado, um script no sandbox pode agendar tarefas que sejam executadas após o retorno de `VM.run()` ou `NodeVM.run()` e fora do tempo limite configurado, continuando a execução após o host acreditar que ela foi concluída.

A validação insuficiente de caminhos de arquivo no campo de instruções de configuração do projeto permite a leitura de arquivos arbitrários no sistema. Um invasor pode utilizar um arquivo `.codewhale/config.toml` malicioso em um repositório clonado para especificar caminhos fora do espaço de trabalho. Esses arquivos são então lidos e injetados no prompt do sistema de IA, o que pode ser utilizado para exfiltração de dados.