Aikido-Security

A camada de autorização Git Smart HTTP no arquivo `internal/route/repo/http.go` contém uma falha na qual o sistema depende de um parâmetro de consulta `service` fornecido pelo cliente para determinar a política de autorização, em vez do caminho RPC real que está sendo executado. Especificamente, uma solicitação enviada ao endpoint `/repo.git/git-receive-pack` (usado para operações de push/escrita) pode ser incorretamente tratada como uma operação de leitura se a string de consulta for definida como `service=git-upload-pack`. Isso permite que um usuário com permissões apenas de leitura envie alterações para um repositório. Este problema é particularmente impactante em instâncias onde `REQUIRE SIGNIN VIEW` está definido como `true`, pois pode permitir que qualquer usuário autenticado escreva em qualquer repositório. A falha é causada por uma inconsistência na forma como os verbos são verificados em relação à sensibilidade a maiúsculas e minúsculas.

O ouvinte de mensagens de chat no ouvinte de mensagens da janela da página de chat processa mensagens `input:prompt` e `action:submit` sem aplicar restrições de mesma origem (same-origin). Isso permite que um site externo defina o texto do prompt e acione a função `submitPrompt()` em uma sessão de vítima autenticada. Um invasor pode usar uma página de origem cruzada para postar mensagens automaticamente, resultando em solicitações não autorizadas para os endpoints 'POST /api/v1/chats/new' e 'POST /api/chat/completions'. Isso possibilita ações forçadas cross-site e a execução de modelos ou ferramentas sob os privilégios da vítima sem o seu consentimento.

Name of the Vulnerable Software and Affected Versions hoppscotch versões anteriores a 2026.3.0 Description hoppscotch, um ecossistema de desenvolvimento de API de código aberto, contém uma falha de redirecionamento aberto. Essa falha pode resultar no roubo de tokens, permitindo potencialmente que um invasor comprometa contas de usuário fazendo login como a vítima. Recommendations Atualize o hoppscotch para a versão 2026.3.0 ou posterior.

Name of the Vulnerable Software and Affected Versions hoppscotch versões anteriores a 2026.3.0 Description hoppscotch, um ecossistema de desenvolvimento de API de código aberto, contém uma falha de scripting entre sites (XSS) armazenada que pode levar a falsificação de solicitação entre sites (CSRF). Recommendations Atualize para a versão 2026.3.0 ou posterior.

A funcionalidade WebSocket do servidor de desenvolvimento do Storybook, utilizada para criar e atualizar stories, é suscetível a hijacking de WebSocket. Este problema impacta apenas o servidor de desenvolvimento e não afeta as builds de produção. A exploração requer que um desenvolvedor visite um site malicioso enquanto estiver executando o servidor de desenvolvimento local do Storybook. A conexão WebSocket carece de validação de origem, permitindo que um site malicioso envie mensagens WebSocket para a instância local sem interação do usuário. Se o servidor de desenvolvimento do Storybook estiver exposto publicamente, um atacante não autenticado pode enviar mensagens WebSocket diretamente. Os manipuladores de mensagens WebSocket para criação e salvamento de stories são vulneráveis a injeção através de entrada não sanitizada no campo `componentFilePath`, potencialmente levando a Cross-Site Scripting (XSS) persistente ou Execução Remota de Código (RCE).

O n8n é uma plataforma de automação de fluxos de trabalho suscetível à injeção de scripts arbitrários. Um usuário autenticado com permissão para criar ou modificar fluxos de trabalho pode injetar scripts maliciosos em páginas renderizadas pela aplicação n8n por meio de vários nós, incluindo o nó Form Trigger, nó Chat Trigger, nó Send & Wait, nó Webhook e nó Chat. Os scripts injetados são executados no navegador de qualquer usuário que visite a página afetada, potencialmente levando ao sequestro de sessão e à tomada de conta.

O Astro, um framework web, é afetado por uma vulnerabilidade de Falsificação de Solicitação do Lado do Servidor (SSRF) em versões anteriores a 9.5.4. Páginas renderizadas no lado do servidor que retornam um erro com uma página de erro personalizada pré-renderizada (como `404.astro` ou `500.astro`) são suscetíveis. Se o cabeçalho `Host:` for manipulado para apontar para o servidor do invasor, ele pode ser recuperado ao solicitar um recurso como `/500.html`, permitindo o redirecionamento para qualquer URL interna e possibilitando ao invasor ler o corpo da resposta da solicitação inicial. Um invasor pode acessar o aplicativo sem validação do cabeçalho `Host:`, possivelmente descobrindo o endereço IP de origem por trás de um proxy, e fazer com que o servidor solicite seu próprio servidor para redirecionar para endereços IP internos. Isso permite o acesso aos IPs de metadados da nuvem e interação com serviços dentro da rede interna ou no localhost. O problema requer acesso direto ao servidor sem proxies intermediários.

O Langfuse é uma plataforma de engenharia de modelos de linguagem de grande porte de código aberto. O endpoint `/api/public/slack/install` inicia o OAuth do Slack usando um `projectId` fornecido pelo cliente sem autenticação ou autorização. O `projectId` é preservado durante todo o fluxo OAuth, e o callback armazena as instalações com base nestes metadados não confiáveis. Isso permite que um atacante vincule seu workspace do Slack a qualquer projeto e potencialmente receba alterações nos prompts armazenados no Langfuse Prompt Management. Um atacante pode substituir integrações existentes do Prompt Slack Automation ou pré-registrar uma maliciosa, embora esta última exija que um usuário autenticado a configure inadvertidamente, apesar dos indicadores visíveis de workspace e canal na interface do usuário.