Ethankim88

Um problema de Negação de Serviço (DoS) existe na função `request.form()` ao processar requisições `application/x-www-form-urlencoded`. Enquanto os limites de `max fields` e `max part size` são aplicados para `multipart/form-data`, eles são ignorados para corpos codificados em URL. Isso permite que um invasor não autenticado cause exaustão de recursos de duas maneiras: enviando um grande número de campos (por exemplo, 1.000.000 de campos), o que bloqueia o loop de eventos do worker e consome CPU, ou enviando um único campo muito grande, o que força a alocação de memória ilimitada.

O processamento de um arquivo PSD malicioso pode levar à corrupção de memória, resultando potencialmente em um travamento ou na execução de código arbitrário. Isso ocorre porque as verificações de limites para as extensões de blocos (tiles) na decodificação e codificação de imagens PSD utilizavam tipos suscetíveis a estouro de inteiro (integer overflow). Uma imagem PSD com dimensões de bloco cuidadosamente elaboradas poderia fazer com que os valores sofressem wrap around, ignorando as verificações e desencadeando uma gravação fora dos limites (out-of-bounds write) nos arquivos `src/decode.c` e `src/encode.c`.

Name of the Vulnerable Software and Affected Versions Drizzle versões anteriores a 0.45.2 e 1.0.0-beta.20 Description Drizzle ORM não escapa corretamente identificadores SQL entre aspas em suas implementações `escapeName()`. Isso pode permitir que um invasor termine o identificador entre aspas e injete SQL quando as aplicações passam entradas controladas por invasores para APIs que constroem identificadores ou aliases SQL, como `sql.identifier()` e `.as()`. Recommendations Atualize para a versão 0.45.2 ou 1.0.0-beta.20.

Kysely, a type-safe TypeScript SQL query builder, has a SQL injection issue in JSON path compilation for MySQL and SQLite dialects. The `visitJSONPathLeg()` function directly appends user-controlled values from `.key()` and `.at()` into single-quoted JSON path string literals without escaping single quotes. This allows an attacker to break out of the JSON path string context and inject arbitrary SQL. This behavior differs from `sanitizeIdentifier()`, which correctly handles delimiters for identifiers. The issue arises because both identifiers and JSON path keys are non-parameterizable SQL constructs requiring manual escaping, but only identifiers are protected. PostgreSQL is not affected as it uses a different approach to JSON path construction that includes proper string literal sanitization. A proof-of-concept demonstrates the ability to exfiltrate data, such as an administrator password, from a SQLite database using a crafted JSON key name. This issue can be exploited in applications that dynamically select JSON fields, such as search APIs or admin panels.

O Sequelize, uma ferramenta ORM do Node.js, contém uma falha de injeção SQL devido ao tratamento não escapado de tipos de conversão no processamento da cláusula WHERE com JSON/JSONB. A função ` traverseJSON()` divide as chaves do caminho JSON usando '::' para determinar um tipo de conversão, que é então incorporado diretamente às consultas SQL usando `CAST(... AS <type>)`. Um atacante que controle as chaves do objeto JSON pode injetar código SQL arbitrário, possivelmente levando à exfiltração de dados de qualquer tabela. O componente vulnerável é a função ` traverseJSON()`.

Existe uma falha no Multer, um middleware Node.js utilizado para processar `multipart/form-data`. Essa falha pode ser explorada para desencadear um ataque de Negação de Serviço (DoS) mediante o envio de requisições especialmente construídas, o que pode levar ao esgotamento de recursos.

A flawed regular expression is generated when three or more parameters are present within a single segment, separated by characters other than a period (`.`). For example, `/:a-:b-:c` or `/:a-:b-:c-:d`. The backtrack protection introduced in `path-to-regexp@0.1.12` only addresses ambiguity for two parameters. With three or more parameters, the generated lookahead does not prevent single separator characters from causing capture groups to overlap, leading to catastrophic backtracking. Custom regular expression patterns defined in route definitions, such as `/:a-:b([^-/]+)-:c([^-/]+)`, are not affected as they override the default capture group.