Thai Son Dinh

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 fixação de sessão existe porque o processo de login não regenera o ID de sessão do PHP. Isso permite que um invasor que definiu ou obteve um cookie de sessão `YesWiki-*` de pré-autenticação da vítima reutilize esse identificador após a autenticação da vítima, permitindo que o invasor sequestre a sessão, acesse conteúdo privado e execute ações usando os privilégios da vítima.

Administradores autenticados podem realizar o upload irrestrito de arquivos ao utilizar a visualização de importação de CSV do Bazar. Ao importar um arquivo CSV onde o campo de arquivo ou imagem referencia uma URL .php remota, um invasor pode gravar arquivos remotos no diretório `files/` acessível via web. Como o sistema não realiza verificações de extensão, o arquivo carregado pode ser executado como código do lado do servidor.

Ocorre a expiração insuficiente de sessão porque os tokens de redefinição de senha não possuem carimbos de data/hora de expiração. Isso permite que invasores que obtenham uma URL de redefinição não utilizada em caixas de correio, logs, backups ou histórico do navegador enviem uma nova senha através da função `checkEmailKey()` e assumam o controle de contas.

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()`.

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.