Akshatgit

Um usuário autenticado pode acessar credenciais de outro espaço de trabalho fornecendo um UUID de credencial. Isso ocorre porque o sistema realiza buscas usando `findOneBy({ id: credentialId })` sem verificar o `workspaceId` do usuário solicitante. Este problema afeta os seguintes endpoints: - GET '/api/v1/openai-assistants' - GET '/api/v1/openai-assistants/:id' - POST '/api/v1/openai-assistants-file/upload/' - DELETE '/api/v1/assistants/:id' - GET '/api/v1/text-to-speech/voices' A exploração permite que um invasor force o servidor a descriptografar e utilizar chaves de API da OpenAI ou ElevenLabs pertencentes a um espaço de trabalho diferente.

O Langflow utiliza um mecanismo de derivação de chave fraco e reversível para criptografia em repouso, o que pode permitir a divulgação de todas as credenciais armazenadas.

O roteador `/api/v1/monitor` expõe sete endpoints que permitem operações de leitura, gravação e exclusão em recursos de propriedade do usuário, incluindo mensagens, sessões, artefatos de build e logs de transações de LLM. O sistema não verifica se o solicitante autenticado é o proprietário do recurso solicitado, resultando em uma Referência Direta Insegura a Objeto (IDOR), também conhecida como Broken Object Level Authorization (BOLA). Um usuário autenticado pode ler, modificar, renomear ou excluir permanentemente os dados de outro usuário ao fornecer o ID do recurso ou o `flow id` do alvo. Detalhes técnicos incluem os seguintes endpoints vulneráveis: - 'GET /api/v1/monitor/builds' e 'DELETE /api/v1/monitor/builds' utilizando a variável `flow id`. - 'DELETE /api/v1/monitor/messages' utilizando a variável `message ids`. - 'PUT /api/v1/monitor/messages/{message id}' utilizando a variável `message id`. - 'PATCH /api/v1/monitor/messages/session/{old session id}' utilizando a variável `old session id`. - 'DELETE /api/v1/monitor/messages/session/{session id}' utilizando a variável `session id`. - 'GET /api/v1/monitor/transactions' utilizando a variável `flow id`.

Quando um `NodeVM` é criado com a variável `nesting` definida como `true`, o código do sandbox pode usar incondicionalmente `require('vm2')`, independentemente da configuração de `require` da VM externa, inclusive quando o `require` está definido como `false`. Isso ocorre porque a opção `nesting: true` interage com o resolvedor de módulos legado de uma forma que anula silenciosamente as restrições. Um invasor pode usar o acesso ao `vm2` para construir um novo `NodeVM` interno com configurações de `require` irrestritas para executar comandos arbitrários do SO no host. Este problema afeta aplicações que executam código não confiável dentro de um `NodeVM` com `nesting: true`, como plataformas de execução de código multi-tenant, serviços de notebook/REPL, sistemas de plugins e ferramentas de sandboxing de CI.

Open WebUI is a self-hosted artificial intelligence platform designed for offline operation. A flaw exists in the speech-to-text transcription endpoint where an unsanitized filename field allows any authenticated, non-admin user to trigger a `FileNotFoundError`. The error message, including the server's absolute `DATA DIR` path, is then returned in the HTTP 400 response body, leading to information disclosure on default deployments. The issue stems from a lack of path sanitization when extracting the file extension from the filename and constructing the file path. Specifically, the `file.filename.split(".")[-1]` function is used without any sanitization, and the resulting value is concatenated into a filesystem path. This allows an attacker to craft a filename containing directory traversal sequences (e.g., `audio./etc/passwd`) to reveal the server's absolute path. The vulnerability is present in the `backend/open webui/routers/audio.py` file, at line 1197, and is triggered when attempting to open a file with a malicious filename. The MIME-type guard does not prevent this issue.

Langflow versions 1.0.0 through 1.8.1 have an issue where the `/api/v1/files/images/{flow id}/{file name}` API endpoint serves image files without authentication or ownership verification. An unauthenticated request with a known `flow id` and `file name` will successfully retrieve the image, returning an HTTP 200 response. In a multi-tenant environment, an attacker who can discover or guess a `flow id` can download images uploaded by any user without authorization. The `flow id` is a UUID that may be exposed through other API responses. The vulnerable function is `download image` located in `src/backend/base/langflow/api/v1/files.py:138-164`.

Langflow, a tool for building and deploying AI-powered agents and workflows, contains a security flaw that allows authenticated attackers to write files anywhere on the host system, potentially leading to Remote Code Execution (RCE). The root architectural issue within `LocalStorageService` remains unresolved due to a lack of boundary containment checks in the underlying storage layer. The system relies entirely on the HTTP-layer `ValidatedFileName` dependency, which fails to protect against this issue. Specifically, the `POST /api/v2/files/` endpoint is vulnerable because the multipart upload filename bypasses the path-parameter guard. The vulnerability exists in two layers: the API layer (`src/backend/base/langflow/api/v2/files.py:162`) and the storage layer (`src/backend/base/langflow/services/storage/local.py:114-116`). The filename is extracted directly from the multipart `Content-Disposition` header and used in naive path concatenation without proper validation. A proof-of-concept demonstrates the ability to write a file outside the user's storage directory using directory traversal techniques. Successful exploitation could allow attackers to overwrite critical system files, inject malicious Python components, or compromise the system's security.