Oblivionsage

A função `phar tar number()` analisa o campo de tamanho octal de um cabeçalho TAR em um `uint32 t` sem verificação de estouro. Como o campo possui 11 dígitos octais e pode conter valores até 0x1FFFFFFFF, qualquer tamanho acima de 0xFFFFFFFF sofre um wrap silencioso. Isso faz com que o analisador pule um número incorreto de blocos de dados e interprete o conteúdo do arquivo controlado por um invasor como o próximo cabeçalho TAR, permitindo que um arquivo compactado manipulado injete entradas que o PharData reporta e extrai como se fossem genuínas.

Uma desreferência de ponteiro nulo (uma condição onde um programa tenta ler um endereço de memória que é nulo, normalmente causando um travamento) pode ser acionada remotamente no componente Bot API. O problema existe na função `RequestButton()` localizada no arquivo `Telegram/SourceFiles/boxes/url auth box.cpp`, especificamente através da manipulação do argumento `login url`.

Nome do Software Vulnerável e Versões Afetadas Rack versões anteriores a 2.2.23, 3.1.21 e 3.2.6 Descrição A função `Rack::Files#fail` do Rack calcula incorretamente o cabeçalho de resposta `Content-Length` usando `String#size` em vez de `String#bytesize`. Isso ocorre quando o corpo da resposta contém caracteres UTF-8 multibyte, resultando em um `Content-Length` declarado menor que o número real de bytes enviados. Um invasor pode acionar isso solicitando um caminho inexistente com caracteres UTF-8 codificados em porcentagem, levando a um enquadramento de resposta HTTP incorreto e possível dessincronização de resposta. O componente `Rack::Files` reflete o caminho solicitado em respostas 404, o que contribui para o problema ao lidar com solicitações com caracteres multibyte. Isso pode causar inconsistências na análise da resposta ou dessincronização, especialmente em implantações com conexões persistentes e intermediários que dependem do cabeçalho `Content-Length`. Recomendações Atualize para a versão 2.2.23 ou posterior do Rack. Atualize para a versão 3.1.21 ou posterior do Rack. Atualize para a versão 3.2.6 ou posterior do Rack.

Os metadados `chunkSize` controlados pelo usuário não possuem validação adequada, potencialmente levando a metadados GridFS malformados transbordando o container limitante. Isso pode resultar em uma falha de alocação de heap durante a manipulação de arquivos.

LIBPNG is a library used by applications to read, create, and manipulate PNG raster image files. Versions 1.2.1 through 1.6.55 contain an issue where the `png set tRNS` and `png set PLTE` functions alias a heap-allocated buffer between `png struct` and `png info`, sharing a single allocation across two structures with independent lifetimes. This aliasing has been present since at least libpng 1.0 for `trans alpha` and since at least 1.2.1 for `palette`. When `png free data` is called with `PNG FREE TRNS` or `PNG FREE PLTE`, the buffer is freed through `info ptr` while the corresponding `png ptr` pointer remains dangling. Subsequent row-transform functions may then dereference and write to this freed memory. Calling `png set tRNS` or `png set PLTE` a second time has the same effect, as these functions call `png free data` internally before reallocating the `info ptr` buffer.

Existe uma falha no QEMU em que uma imagem VMDK especialmente criada pode causar uma leitura fora dos limites. Isso poderia resultar no vazamento de até 12 bytes de informações sensíveis ou em uma negação de serviço.

Existe uma vulnerabilidade de path traversal no Node.js quando executado no Microsoft Windows. A função `path.normalize()` falha ao bloquear nomes de dispositivos do Windows, como CON, PRN e AUX, permitindo que atacantes explorem esse comportamento para realizar ataques de path traversal. A vulnerabilidade explora a maneira específica como o Windows gerencia nomes de dispositivos reservados.