Ethankim88

**Nome do Software Vulnerável e Versões Afetadas** Pillow versões 10.3.0 até 12.1.x **Descrição** 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`. **Recomendações** Atualizar para a versão 12.2.0.

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.

**Name of the Vulnerable Software and Affected Versions** Kysely versions up to and including 0.28.11 **Description** 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. **Recommendations** Versions prior to 0.28.12 are vulnerable. Update to version 0.28.12 or later to resolve the issue.

**Nome do Software Vulnerável e Versões Afetadas** Sequelize versões anteriores a 6.37.8 **Descrição** 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()`. **Recomendações** Atualize para a versão 6.37.8 ou posterior.

**Nome do Software Vulnerável e Versões Afetadas** Versões do Multer anteriores à 2.1.0 **Descrição** 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. **Recomendações** Atualize para a versão 2.1.0 para corrigir o problema.

**Name of the Vulnerable Software and Affected Versions** path-to-regexp versions prior to 0.1.13 **Description** 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. **Recommendations** Upgrade to path-to-regexp@0.1.13. As a workaround, provide a custom regular expression for parameters after the first in a single segment, ensuring it does not match the text preceding the parameter. For example, change `/:a-:b-:c` to `/:a-:b([^-/]+)-:c([^-/]+)`. If paths cannot be rewritten and versions cannot be upgraded, limit the URL length.