Offset

o node-forge não aplica corretamente o `basicConstraints.pathLenConstraint` de um certificado CA X.509, a menos que o certificado também contenha uma extensão `keyUsage`. Um invasor que possua a chave privada de uma CA com restrição de comprimento de caminho sem `keyUsage`, ou um certificado CA subordinado dela, poderia criar uma cadeia de certificados que excede o comprimento de caminho declarado, mas que ainda passa pela função `pki.verifyCertificateChain()`. Este problema afeta principalmente PKIs privadas onde os certificados CA são criados sem a extensão `keyUsage`.

Um problema de traversal de caminho existe na diretiva include do RST. Isso permite que atacantes leiam arquivos arbitrários fornecendo caminhos relativos ou absolutos. Ao enviar markdown contendo diretivas include com sequências `../` ou caminhos absolutos, um atacante pode incorporar arquivos sensíveis, como credenciais ou dados de ambiente, no HTML renderizado.

Existe um problema de complexidade algorítmica no analisador de links inline. Atacantes não autenticados podem causar exaustão de CPU ao enviar payloads de markdown contendo longas sequências de caracteres '[' não correspondidos. Isso desencadeia uma complexidade O(N^2) durante a sondagem de `parse link text()` e `parse link label()`, podendo ocupar os trabalhadores de renderização por mais de 30 segundos para cada 16 KB de entrada.

A diretiva Include emite conteúdo de arquivos .html, .xhtml ou .htm incluídos como tokens block html brutos. Um invasor capaz de posicionar um arquivo HTML legível pelo renderizador pode usar uma diretiva de inclusão combinada com path traversal para executar scripts armazenados quando a variável `escape` estiver definida como False.

Existe um problema onde atacantes que controlam a entrada de markdown podem injetar declarações de estilo arbitrárias. Isso ocorre por meio da opção `figwidth` não validada da diretiva figure. Ao anexar declarações como `background:url()`, os atacantes podem forçar os navegadores das vítimas a enviar solicitações para servidores externos, potencialmente vazando valores de atributos.

Existe um problema onde usuários podem desencadear server-side request forgery (falsificação de solicitação do lado do servidor), uma falha que permite que um servidor seja coagido a fazer solicitações para um local não pretendido. Isso ocorre quando o cliente HTTP compartilhado solicita URLs internas arbitrárias por meio de presets `extends` ou `customDatasources`. Isso poderia permitir que um invasor direcione um preset para um endpoint de serviço de metadados de instância para obter credenciais da AWS ou vazar informações sensíveis por meio de logs do Renovate.

O Soft Machine é um ambiente de desenvolvimento agentic baseado em Máquina Virtual e um Cloud OS. O serviço HTTP de workspace que escuta em 0.0.0.0:8080 dentro de máquinas Fly sm-ws-* expõe os endpoints '/health', '/file/<path>' e '/archive/<dir>' sem qualquer autenticação ou verificação de origem. Isso permite que qualquer host que consiga alcançar a porta TCP/8080 em um workspace leia arquivos arbitrários sob a raiz `/workspace` e baixe árvores de projetos inteiras como arquivos tar. Como cada workspace compartilha a mesma 6PN privada da Fly e resolve todos os endereços de pares via registro TXT ` instances.internal` não autenticado, qualquer outra máquina sm-ws-* no mesmo app/organização Fly é um invasor acessível e não autenticado, pois a fronteira de confiança (proprietário do workspace ↔ demais usuários) está ausente.

Dois auxiliares de autenticação no endpoint `/app/server.js`, especificamente `verifyContainerAuth()` e `authenticateWorkspaceHttp()`, aceitam o `CONTAINER SHARED SECRET` global como um token bearer sem verificar a a qual workspace o chamador pertence. Como esse segredo é idêntico em todos os containers no app Fly e está acessível a partir do ambiente de processo voltado ao usuário dentro de cada workspace, qualquer locatário pode usá-lo para se autenticar na API de workspace de qualquer outro locatário. O resultado são primitivas de leitura, gravação e restauração destrutiva entre workspaces acessíveis a partir do shell de qualquer cliente pagante. Embora a função `workspaceTokenMatches` proteja o caminho do token por workspace voltado ao usuário, o caminho do bearer de segredo compartilhado ignora essa verificação completamente.

Ocorre uma referência direta a objeto insegura no endpoint 'PUT /app/:appId', que aceita caminhos de armazenamento de ícones controlados por atacantes. Usuários autenticados podem fornecer caminhos arbitrários no bucket de imagens privadas para obter URLs assinadas por função de serviço válidas por 7 dias. Isso permite a leitura não autorizada de objetos de outros locatários, como avatares de usuários, logotipos de organizações e ícones de aplicativos.

Uma falha de autorização existe no endpoint 'PATCH /private/role bindings/:binding id'. O manipulador verifica se a classificação de prioridade de uma função recém-atribuída não excede a classificação do chamador, mas não verifica a classificação da função atualmente vinculada ao vínculo de destino. Isso permite que um usuário autenticado com a função `org admin` (classificação 90) altere um vínculo `org super admin` (classificação 95) para uma função de menor privilégio, como `org member` (classificação 75). Como o gatilho de banco de dados `prevent last super admin binding delete` é executado apenas antes de uma operação de exclusão e não durante uma atualização, um `org admin` pode rebaixar todos os usuários `org super admin`, deixando potencialmente a organização sem um super administrador.

O diretório de backup de tokens OAuth e os arquivos JSON são criados sem permissões restritivas exclusivas ao proprietário, resultando tipicamente em arquivos legíveis por qualquer usuário (modo `0644` no Linux) e diretórios (modo `0755`). Isso permite que usuários ou processos locais em sistemas compartilhados leiam credenciais sensíveis, incluindo `access token`, `refresh token`, `cloud id` e `base url`, no diretório `~/.mcp-atlassian` e nos arquivos `oauth-<client id>.json`. Um invasor pode usar esses tokens para personificar a vítima e obter acesso persistente não autorizado aos dados do Jira e Confluence via API do Atlassian. O problema ocorre na função ` save tokens to file()` em `src/mcp atlassian/utils/oauth.py` quando o software utiliza o armazenamento em arquivo como alternativa por não haver um chaveiro (keyring) do sistema disponível.

Um chamador não autenticado pode realizar um ataque de Server-Side Request Forgery (SSRF) utilizando uma técnica de DNS-rebinding. O software utiliza um padrão de validar-e-depois-usar, onde a função `validate url for ssrf()` resolve um nome de host para garantir que ele seja globalmente roteável, mas a conexão HTTP real ocorre posteriormente com uma resolução de DNS separada. Um invasor pode fornecer um nome de host que retorne um endereço público durante a validação e um endereço interno durante a conexão real, permitindo que as requisições alcancem serviços internos ou serviços de metadados de nuvem (ex: 169.254.169.254) para roubar credenciais IAM ou escanear redes internas. Este problema é acionado através dos seguintes parâmetros fornecidos no cabeçalho: - `X-Atlassian-Jira-Url` - `X-Atlassian-Confluence-Url`

O servidor HTTP de callback local do assistente de configuração OAuth 2.0 reflete o parâmetro de consulta `error` diretamente em uma resposta HTML sem sanitização ou codificação. Isso ocorre na classe `CallbackHandler` em `oauth setup.py`, onde o parâmetro `error` é passado para a função ` send response()` e interpolado em uma página HTML. Um callback de autorização manipulado pode injetar marcações ou scripts que são executados no navegador do usuário ao concluir o fluxo OAuth. O risco é ampliado porque o servidor vincula-se a todas as interfaces de rede (`0.0.0.0`), tornando-o acessível a partir da rede local, e carece de cabeçalhos de segurança como `Content-Security-Policy` e `X-Content-Type-Options`.

As ferramentas de upload de anexos do Jira e do Confluence não validam os caminhos de arquivos, permitindo a travessia de diretório (path traversal). Um cliente MCP autenticado ou um assistente de IA manipulado via injeção de prompt pode fornecer valores arbitrários para a variável `file path`, que o servidor trata como caminhos locais confiáveis. Isso permite a divulgação e exfiltração de qualquer arquivo legível pelo processo do servidor, como arquivos de ambiente, chaves SSH e configurações de aplicativo, enviando-os para uma página do Confluence ou um problema do Jira. O problema ocorre nas funções `confluence upload attachment` e `jira upload attachment`, especificamente onde `open(file path, "rb")` é chamado sem utilizar o utilitário `validate safe path`.

Existe uma injeção de filtro LDAP nos modos ldap-authorization e ad-authorization. Isso ocorre porque os nomes de usuário são inseridos sem escape nos filtros de pesquisa LDAP, e o processo de autenticação apenas verifica a existência do usuário. Quando o `REMOTE USER` não é encaminhado, invasores não autenticados podem usar um nome de usuário curinga via Autenticação Básica HTTP através da variável `PHP AUTH USER` para corresponder a todos os usuários e grupos, permitindo que obtenham acesso administrativo.

Um problema de negação de serviço não autenticado existe no endpoint '/api/v1/text-to-speech/abort'. O sistema aceita as variáveis `chatflowId` e `chatId` sem verificar a propriedade, permitindo que atacantes encerrem previsões de chatflow ativas de qualquer usuário ao fornecer identificadores conhecidos, resultando em interrupção direcionada do serviço.

Usuários autenticados sem privilégios de administrador podem executar processos arbitrários como o usuário do sistema operacional do servidor, que frequentemente é o root em implantações Docker, npx ou systemd. Isso ocorre porque os endpoints 'POST /api/servers' e 'PUT /api/servers/:name' carecem de verificações de autorização e não sanitizam os campos `command` e `args` antes de passá-los para a função `child process.spawn`.

No nível enterprise, dois endpoints que servem pacotes de aplicativos iOS internos e manifestos não possuem a proteção pretendida por token de URL aleatório e com tempo limitado. Como o comando MDM InstallEnterpriseApplication da Apple exige que essas URLs sejam acessíveis sem uma sessão do Fleet, a autenticação baseada em sessão não é utilizada. Isso permite que um invasor não autenticado com acesso de rede ao servidor Fleet baixe binários IPA internos e metadados, incluindo o identificador do pacote, versão e nome, através da adivinhação de identificadores de título sequenciais. O impacto é limitado à divulgação de leitura.

Quando a configuração `builtin: ['*']` é utilizada, o software falha em restringir o acesso aos módulos integrados `os` e `dns`. Isso permite que o código executado na sandbox acesse dados de observabilidade de todo o processo e altere o estado do processo hospedeiro. Especificamente, um invasor pode usar `os.userInfo()` para ler a identidade do proprietário do processo hospedeiro (UID, GID, nome de usuário e diretório home) e `os.networkInterfaces()` para expor a topologia completa da rede do hospedeiro, incluindo endereços IP e MAC. Além disso, a sandbox pode realizar gravações não autorizadas no processo hospedeiro. Usando a função `os.setPriority()`, um invasor pode alterar a prioridade do processo hospedeiro. De forma mais crítica, ao invocar a função `dns.setServers()`, um invasor pode sequestrar globalmente o resolvedor DNS do processo hospedeiro. Isso redireciona todas as consultas DNS subsequentes feitas pelo hospedeiro — incluindo requisições HTTP externas, telemetria e consultas a registros de pacotes — através de um resolvedor controlado pelo invasor, podendo levar ao roubo de credenciais ou ataques de cadeia de suprimentos.

Existe um problema onde o software falha ao validar a visibilidade do chatflow no endpoint de conversão de texto em fala (text-to-speech) não autenticado. Isso permite que atacantes não autenticados abusem de credenciais privadas de TTS do chatflow ao fornecer um `chatflow UUID` válido. Consequentemente, atacantes podem gerar áudio ilimitado usando chaves de API do OpenAI ou ElevenLabs armazenadas, resultando em custos financeiros para o proprietário do chatflow.