C4Tzzz

Flowise is a low-code platform for building LLM applications. In versions up to and including 3.1.3, the POST /api/v1/node-load-method/:name endpoint is mounted without any route-level permission check and invokes component loadMethods with an attacker-controlled nodeName, loadMethod, inputs, and credential value. The selected credential is resolved by raw Credential.id via getCredentialData() and decrypted without verifying Credential.workspaceId against the caller's active or shared workspace, unlike other credential read paths which are workspace-scoped. As a result, an authenticated low-privilege user (or workspace API key) in one workspace can supply a credential ID owned by another workspace and cause Flowise to act as a confused deputy, performing third-party provider calls with the victim workspace's credential and returning provider metadata to the attacker. Statically identified affected load methods include Google Drive listFiles, Google Sheets listSpreadsheets, and AWS DynamoDB KV Storage listTables. The raw credential secret itself is not returned to the attacker. This issue is fixed in version 3.1.4.

**Nome do Software Vulnerável e Versões Afetadas** AnythingLLM versões anteriores a 1.13.0 **Descrição** Existe um problema onde um token de dispositivo móvel criado no modo de usuário único permanece válido após a migração para o modo de múltiplos usuários, mesmo que o registro do dispositivo tenha o `userId` definido como nulo. O middleware de autenticação móvel continua a aceitar esse token obsoleto. Como nenhum usuário está associado à solicitação, os manipuladores móveis utilizam ramificações de acesso a dados não escopadas, retornando espaços de trabalho e conteúdo sem filtragem por usuário. Isso permite que um token de pré-migração enumere espaços de trabalho atribuídos a outros usuários e recupere metadados de threads e conteúdo de chat. **Recomendações** Atualize para a versão 1.13.0.

**Nome do Software Vulnerável e Versões Afetadas** AnythingLLM versões anteriores a 1.12.1 **Description** Uma referência direta a objeto insegura (IDOR) existe no endpoint de conversão de texto em fala. O endpoint "/api/workspace/:slug/tts/:chatId" valida a associação ao espaço de trabalho, mas não impõe a propriedade da linha de chat selecionada. Isso permite que um usuário autenticado acesse a resposta privada do assistente de outro usuário em formato de áudio se o `chatId` for conhecido ou adivinhado. **Recommendations** Atualizar para a versão 1.12.1.