Sfwani

O servidor de carga de trabalho do supervisor apresenta a ausência de autenticação, permitindo que cargas de trabalho manipulem execuções pertencentes a outras implantações sem a verificação de propriedade. Um invasor com acesso à rede e um par de execução/snapshot válido pode acessar o endpoint 'attempts/start' para obter variáveis de ambiente resolvidas e JWTs (JSON Web Tokens, utilizados para a transmissão segura de informações entre partes) de execução. Além disso, isso permite que o invasor inicie, complete ou suspenda execuções de outros locatários.

A ausência de autenticação no manipulador POST de streams em tempo real permite que invasores não autenticados injetem dados arbitrários em streams de execução em qualquer ambiente, incluindo produção. Isso ocorre porque o manipulador `action` no arquivo `apps/webapp/app/routes/realtime.v1.streams.$runId.$streamId.ts` não possui um wrapper de autenticação. Além disso, o sistema realiza a busca de execuções usando a variável `friendlyId` sem verificar o `runtimeEnvironmentId`, e esses identificadores seguem padrões previsíveis. O endpoint de API afetado é '/realtime/v1/streams/:runId/:streamId'.

Implantações auto-hospedadas que utilizam os segredos padrão de `hosting/docker/.env.example` estão suscetíveis a uma cadeia de ataque não autenticada de várias etapas. O problema decorre de segredos criptográficos fixos, especificamente o `MAGIC LINK SECRET`, que permite a um invasor forjar tokens de link mágico válidos e autenticar-se como qualquer endereço de e-mail. Este bypass de autenticação permite que invasores acessem redes de infraestrutura interna. A partir de containers de execução, os invasores podem alcançar o Postgres, Redis e ClickHouse usando credenciais padrão, levando ao comprometimento total de todos os dados dos locatários, chaves de API e segredos criptografados. A vulnerabilidade é agravada pelo reuso do `SESSION SECRET` para assinatura de JWT e a falta de autenticação no Redis.

Existe um problema no recurso de geração de tabelas por IA onde a função `uploadUrl()` em `packages/server/src/utilities/fileUtils.ts` utiliza node-fetch bruto em vez de um método de busca restrito. Usuários construtores autenticados podem explorar isso enviando um comando para o endpoint 'POST /api/ai/tables' que inclua uma URL interna em uma coluna de anexo. Isso faz com que o servidor busque o recurso interno e retorne uma URL de armazenamento de objetos pré-assinada contendo a resposta, o que pode expor dados sensíveis, como credenciais de metadados de nuvem. Server-side request forgery (SSRF) é uma falha que permite que um invasor induza a aplicação do lado do servidor a fazer requisições para um local não pretendido.

Um problema de desserialização insegura existe no leitor WebDataset. Um invasor pode alcançar a execução remota de código ao fornecer um arquivo tar malicioso para a função `read webdataset()`. A função ` default decoder()` em webdataset datasource.py chama incondicionalmente `pickle.loads()` em entradas tar com extensões .pkl ou .pickle e `torch.load()` com `weights only=False` em entradas .pt ou .pth. Isso resulta na execução de código arbitrário dentro dos trabalhadores remotos do Ray em cada trabalhador que processa o arquivo malicioso. Desserialização é o processo de converter um formato de dados de volta em um objeto, o que se torna inseguro quando dados não confiáveis são processados sem validação.

Existe uma falha de bypass de controle de acesso no endpoint `previewFileFromExecution` (GET '/api/v1/{tenant}/executions/{executionId}/file/preview'). Este problema permite que um usuário autenticado leia arquivos de saída de qualquer outra execução dentro do mesmo tenant, ignorando o isolamento de nível de namespace e de nível de execução. Trata-se de uma Referência Direta Insegura a Objeto (IDOR), que ocorre quando uma aplicação fornece acesso direto a objetos com base em entradas fornecidas pelo usuário.