232-323

A biblioteca falha ao validar o campo `tokenUrl` em especificações OpenAPI remotas. Isso permite que um invasor redirecione o envio de credenciais para endpoints arbitrários. Se um usuário registrar uma especificação OpenAPI controlada por um invasor e invocar uma ferramenta protegida por OAuth2 gerada, a biblioteca envia o `client id` e o `client secret` via requisição POST para o endpoint de token fornecido pelo invasor.

O software não verifica se as URLs de ferramentas declaradas em um manual UTCP escrito à mão apontam para a interface de loopback do próprio agente quando esse manual é descoberto a partir de uma origem remota, que não seja de loopback. Isso ocorre porque a função `ensure secure url` permite HTTP de loopback para desenvolvimento local, e manuais nativos ignoravam a verificação de loopback realizada pelo conversor OpenAPI. Um invasor que forneça um manual UTCP malicioso pode causar a falsificação de solicitação do lado do servidor (SSRF), fazendo com que o cliente envie solicitações a serviços vinculados apenas ao 127.0.0.1 no host da vítima e retorne os corpos das respostas ao invasor. Este problema afeta os protocolos http, sse e streamable http. A exploração requer um serviço de loopback que responda a solicitações não autenticadas.

Existe um problema na implementação do OpenCypher LOAD CSV que falha ao validar URLs HTTP/HTTPS. Atacantes autenticados podem criar consultas LOAD CSV apontando para endereços de rede interna ou endpoints de metadados de nuvem, fazendo com que o servidor busque e retorne dados sensíveis de serviços restritos. Trata-se de um server-side request forgery, que ocorre quando um servidor é enganado para fazer requisições a um local não pretendido.

O servidor HTTP do painel de controle não possui middleware de autenticação para os endpoints '/api/session-summary' e '/api/session-events', permitindo que qualquer cliente com acesso à rede os acesse sem credenciais. Esses manipuladores utilizam o parâmetro de consulta `sessionId` para construir um caminho de sistema de arquivos via `path.join`. Como o Node.js normaliza sequências de travessia de diretório (..), um invasor não autenticado pode ler qualquer arquivo .jsonl acessível no sistema de arquivos do servidor. Isso permite a exfiltração de logs de sessão contendo invocações de ferramentas, saídas de hooks e dados de uso de tokens.

A ferramenta MCP `get diagnostics` carrega e executa todas as assemblies DiagnosticAnalyzer referenciadas pela solução de destino sem uma lista de permissões, verificação de assinatura ou confirmação do usuário. Como a variável `includeAnalyzers` é definida como true por padrão, não é necessário opt-in explícito. Um invasor pode obter a execução de código arbitrário no processo do servidor com os privilégios de SO do servidor ao colocar um arquivo `.csproj` malicioso que referencia uma DLL controlada pelo invasor em um local aberto pela vítima usando o servidor MCP.

O transporte MCP HTTP aceita solicitações JSON-RPC `tools/call` sem exigir autenticação, sessões, origens ou verificações de token, enviando-as diretamente para o registro de ferramentas do orquestrador. Como o serviço vincula-se ao endereço `0.0.0.0` por padrão, qualquer parte com alcance de rede pode enumerar e invocar ferramentas de gerenciamento privilegiadas. Isso permite que usuários não autorizados leiam e alterem configurações ativas do orquestrador, listem e despachem agentes, criem ou revoguem tokens de segurança e ajustem tetos de orçamento globais. O problema está presente especificamente na função ` handlePost()`, que não realiza verificações de autenticação antes de chamar a `handleRPC()`, e na função `handleRPC()`, que despacha solicitações para a função `call(toolName, toolArgs)`.

Nome do Software Vulnerável e Versões Afetadas: Versões do WeGIA anteriores à 3.2.12 Descrição: Uma vulnerabilidade de injeção de SQL foi descoberta na aplicação WeGIA, no endpoint `salvar tag.php`. Esta vulnerabilidade pode permitir que um atacante autorizado execute consultas SQL arbitrárias, possibilitando o acesso ou a exclusão de informações sensíveis. Recomendações: Para versões do WeGIA anteriores à 3.2.12, atualize para a versão 3.2.12 para resolver o problema. Como solução alternativa temporária, considere restringir o acesso ao endpoint `salvar tag.php` até que a atualização seja aplicada.