Yueyuel

#1483de 53,635
150CVSS total
Vulnerabilidades · 20
Média
6
Alta
12
Crítica
2
PT-2026-25011
7.4
2026-03-12
Git · Tinacms · CVE-2026-28791
**Name of the Vulnerable Software and Affected Versions** Tina versions prior to 2.1.7 @tinacms/cli versions prior to 2.0.5 **Description** Tina is a headless content management system. A path traversal vulnerability exists in the TinaCMS development server's media upload handler. The code at `media.ts` joins user-controlled path segments using `path.join()` without validating that the resulting path remains within the intended media directory. This allows writing files to arbitrary locations on the filesystem. The vulnerability is present in the `handlePost`, `handleDelete`, `handleList`, `MediaModel.listMedia`, and `MediaModel.deleteMedia` functions. Similar code also exists in the Express version. The vulnerability could potentially lead to remote code execution, denial of service, or information disclosure. The vulnerable code is located in `packages/@tinacms/cli/src/next/commands/dev-command/server/media.ts` lines 42-43. The `path.join()` function resolves `..` segments in the path, and when the user-supplied path contains traversal sequences, these are resolved relative to the media folder, allowing escape to arbitrary filesystem locations. **Recommendations** Versions prior to 2.1.7: Add path validation to ensure the resolved path stays within the media directory. Versions prior to 2.0.5: Add path validation to ensure the resolved path stays within the media directory. Consider creating a validation helper function to ensure consistent path validation across all affected functions and endpoints. Apply the fix to the `handleDelete` function, `handleList` function, `MediaModel.listMedia` method, `MediaModel.deleteMedia` method, and the Express router in `packages/@tinacms/cli/src/server/`.
PT-2026-23788
7.7
2026-03-06
Flowise · Flowise · CVE-2026-30822
**Flowise e Versões Afetadas** Versões do Flowise anteriores à 3.0.13 **Descrição** O Flowise é uma interface de usuário de arrastar e soltar para construir um fluxo de modelo de linguagem de grande porte personalizado. Existe uma vulnerabilidade de atribuição em massa no endpoint `/api/v1/leads`, permitindo que usuários não autenticados controlem campos internos da entidade (`id`, `createdDate`, `chatId`) ao incluí-los no corpo da requisição. O endpoint utiliza `Object.assign()` para copiar todas as propriedades do corpo da requisição para a entidade Lead sem validação de entrada ou filtragem de campos. Isso permite que atacantes contornem campos gerados automaticamente e injetem valores arbitrários. A vulnerabilidade existe em `/packages/server/src/services/leads/index.ts` nas linhas 27-28. A definição da entidade Lead em `/packages/server/src/database/entities/Lead.ts` utiliza decoradores do TypeORM que deveriam gerar automaticamente esses campos, mas `Object.assign()` sobrescreve esses campos antes de serem salvos. O endpoint `/api/v1/leads` é publicamente acessível devido à sua inclusão em uma lista de permissões em `/packages/server/src/utils/constants.ts`. Os cenários de ataque incluem ataques de colisão de ID, manipulação do registro de auditoria, violações de integridade de dados e manipulação de associação de chatflow. **Recomendações** Versões anteriores à 3.0.13: Implemente uma correção para criar uma lista de campos permitidos durante a atribuição de objetos, copiando apenas campos explicitamente permitidos do corpo da requisição. Alternativamente, utilize desestruturação com campos explícitos ou utilize class-transformer com decoradores `@Exclude()` para prevenir a atribuição de campos sensíveis a partir da requisição. Considere aplicar a mesma correção a outros endpoints que utilizam `Object.assign()` com corpos de requisição, como `/packages/server/src/utils/addChatMessageFeedback.ts`.