Ho-9

O analisador de protocolo de fio do mysqlnd lê campos de pacotes do servidor sem verificar previamente se o pacote contém bytes suficientes. Isso permite que um servidor MySQL malicioso ou comprometido envie um pacote truncado, fazendo com que o cliente leia além do buffer do pacote. Este comportamento indefinido pode causar a interrupção do processo.

Um problema de autorização inadequada permite que usuários autenticados atribuam fluxos de trabalho a pastas pertencentes a outros projetos. Ao fornecer payloads de requisição manipulados durante o processo de criação de fluxo de trabalho, invasores podem ignorar os limites de autorização de projetos e pastas, resultando em violações de integridade lógica nas estruturas de pastas do projeto alvo.

A API `jv parse sized()` no libjq aceita um buffer contado com um parâmetro de comprimento explícito. No entanto, seu caminho de tratamento de erros formata o buffer de entrada usando %s em `jv string fmt()`, que lê até encontrar um terminador NUL em vez de respeitar o comprimento fornecido. Quando um JSON malformado é passado em um buffer sem terminação NUL, a lógica de construção de erro realiza uma leitura fora dos limites além do final do buffer. Isso pode resultar em divulgação de memória ou encerramento do processo, dependendo do layout da memória.

A análise de entrada da CLI permite a ignorar a validação por meio de bytes NUL incorporados ao ler JSON de arquivos ou stdin. O software utiliza `strlen()` para determinar o comprimento do buffer em vez da contagem real de bytes do `fgets()`, fazendo com que a entrada seja truncada no primeiro byte NUL e analisando apenas o prefixo precedente. Isso permite que um invasor crie uma entrada com um prefixo JSON benigno antes de um byte NUL seguido de dados maliciosos restantes; o sistema valida apenas o prefixo como JSON válido enquanto descarta silenciosamente o sufixo. Fluxos de trabalho que dependem da ferramenta para validar JSON não confiável antes de encaminhá-lo para consumidores downstream estão suscetíveis a ataques de diferencial de analisador, nos quais os consumidores podem processar a entrada completa, incluindo os bytes maliciosos restantes.

O Electron não dimensionou corretamente a pesquisa da janela nomeada para o grupo de contexto de navegação do iniciador quando um renderizador chamava `window.open()` com um nome de destino. Isso permitiu que um renderizador navegasse para uma janela filha existente aberta por um renderizador diferente se ambos usassem o mesmo nome de destino. Se a janela filha existente fosse criada com `webPreferences` mais permissivas por meio de `overrideBrowserWindowOptions` de `setWindowOpenHandler`, o conteúdo carregado pelo segundo renderizador herdava essas permissões. As aplicações são afetadas apenas se abrirem várias janelas de nível superior com diferentes níveis de confiança e usarem `setWindowOpenHandler` para conceder `webPreferences` elevadas às janelas filhas, como um script de pré-carregamento privilegiado. As aplicações que não elevam os privilégios das janelas filhas ou usam uma única janela de nível superior não são afetadas. As aplicações que concedem `nodeIntegration: true` ou `sandbox: false` às janelas filhas podem estar expostas à execução de código arbitrário.

Cap'n Proto is a data interchange format and capability-based RPC system. Prior to version 1.4.0, when using Transfer-Encoding: chunked, if a chunk's size was parsed to a value of 2^64 or larger, it would be truncated to a 64-bit integer. This could potentially enable HTTP request/response smuggling. The issue is related to the parsing of chunk sizes in HTTP requests when the `Transfer-Encoding` is set to `chunked`.

Cap'n Proto is a data interchange format and capability-based RPC system. Prior to version 1.4.0, a negative `Content-Length` value was converted to unsigned, resulting in it being treated as an impossibly large length. This could potentially enable HTTP request/response smuggling. The issue is related to integer overflow in KJ-HTTP.

O NanaZip, um programa de arquivamento de código aberto, contém uma vulnerabilidade em seu parser de `.NET Single File Application`. Especificamente, o parser apresenta uma condição de leitura fora dos limites durante a análise do manifesto. Um arquivo especialmente elaborado pode fornecer um valor `RelativePathLength` malformado, fazendo com que o parser construa um `std::string` usando memória além do `HeaderBuffer`. Isso pode levar a um travamento do programa e a um potencial vazamento de memória no processo.

Nome do Software Vulnerável e Versões Afetadas NanaZip versões 5.0.1252.0 a 6.0.1637.0 NanaZip versões 6.5.1637.0 Descrição O NanaZip, um arquivador de código aberto, contém um problema de corrupção de memória em seu analisador UFS. Um arquivo `.ufs`, `.ufs2` ou `.img` especialmente elaborado pode causar acesso de memória fora dos limites ao abrir ou listar o arquivo. Este problema pode ser acionado por meio de operações normais de abertura de arquivos pelo usuário e pode resultar em falhas de processo, travamentos e, potencialmente, corrupção de heap explorável. Recomendações Atualize para a versão 6.0.1638.0 do NanaZip ou superior. Atualize para a versão 6.5.1638.0 do NanaZip ou superior.

Nome do Software Vulnerável e Versões Afetadas NanaZip versões 5.0.1252.0 a 6.0.1637.0 NanaZip versões 6.5.1637.0 Descrição O NanaZip contém uma vulnerabilidade em seu parser de "Aplicativo Único de Arquivo .NET" que pode levar a uma condição de negação de serviço. Um arquivo especialmente elaborado pode causar um subfluxo de inteiro durante o cálculo do tamanho do cabeçalho, resultando em uma tentativa de alocar uma quantidade ilimitada de memória ao abrir o arquivo. Recomendações Atualize para a versão 6.0.1638.0 do NanaZip ou superior. Atualize para a versão 6.5.1638.0 do NanaZip ou superior.

O BACnet Stack é uma biblioteca C de pilha de protocolo BACnet de código aberto para sistemas embarcados. Uma solicitação WriteProperty maliciosamente elaborada pode causar um estouro negativo de comprimento na pilha BACnet, resultando em uma leitura fora dos limites e uma condição de negação de serviço (DoS). O problema reside na função `wp decode service request` no arquivo `wp.c`. Especificamente, a função `bacnet unsigned context decode` recebe um cálculo incorreto de tamanho (`apdu len - apdu size`) devido a uma verificação de validação ausente quando `apdu size` é maior que `apdu len`, levando à leitura fora dos limites.