Shadowbyte1

Existe uma gravação fora dos limites (out-of-bounds write) no front-end HTTP/2 do servidor HTTP do Zephyr ao servir arquivos estáticos. O problema ocorre na função `handle http2 static fs resource()` em `subsys/net/lib/http/http server http2.c`, onde a variável `&client->data len` é incorretamente usada como o parâmetro de saída `file size` para `http server find file()`. Isso faz com que o comprimento do buffer de recebimento seja substituído pelo tamanho real do arquivo no disco. Um invasor não autenticado pode disparar isso enviando uma requisição HTTP/2 GET para qualquer arquivo na raiz da web em aplicações onde `CONFIG FILE SYSTEM=y` e `CONFIG HTTP SERVER VERSION 2` está habilitado. Isso leva a vários problemas de segurança de memória: - Leituras fora dos limites em `parse http frame header()` e manipuladores por frame. - Um estouro de buffer durante uma operação `memmove()` que sobrescreve a estrutura `http client ctx`, incluindo tabelas de ponteiros de função e temporizadores. - Uma gravação fora dos limites via `zsock recv()` devido a um underflow no argumento de tamanho. Esta corrupção de memória remota pode resultar no travamento do dispositivo ou na possível execução de código arbitrário.

A função `DecodeWinevt` em `src/analysisd/decoders/winevtchannel.c` acumula conteúdos de elementos de dados não nomeados do Windows EventChannel em um buffer de heap `join data` fixo de 65.535 bytes. O problema ocorre porque a função passa o comprimento do conteúdo crescente como o tamanho do `snprintf` em vez da capacidade do buffer `OS MAXSTR`. Um agente inscrito pode disparar isso enviando uma mensagem EventChannel contendo quatro elementos de dados não nomeados de tamanho máximo, o que leva a uma gravação além do buffer `join data` e corrompe os metadados do heap adjacente. Isso resulta na terminação do processo `wazuh-analysisd` quando o `join data2` é liberado, interrompendo a ingestão de logs para todos os agentes gerenciados por aquela instância.

Um problema de corrupção de memória existe na função `FinalizationRegistry::cleanup()` em Libraries/LibJS/Runtime/FinalizationRegistry.cpp. O problema ocorre quando um registro morto é removido de `m records` enquanto um iterador para o próximo FinalizationRecord é retido. Se o callback de limpeza invocar JavaScript controlado por um invasor que chame `unregister()` para o próximo registro, a função `remove by token()` libera o nó referenciado pelo iterador. Iterações de limpeza subsequentes leem os campos `target` e `held value` após a liberação, resultando em falhas em compilações instrumentadas de WebContent ou corrupção de memória em compilações de produção.

O Prometheus é um sistema de monitoramento de código aberto e um banco de dados de séries temporais. O endpoint de leitura remota "/api/v1/read" não valida o comprimento decodificado declarado em um corpo de requisição compactado com snappy antes de alocar memória. Um invasor não autenticado pode enviar um payload pequeno que causa uma grande alocação de heap por requisição, o que pode esgotar a memória disponível e travar o processo do Prometheus sob carga concorrente.

Existe um problema de uso de heap após liberação na função `PdfTokenizer::ReadDictionary`. Isso permite que atacantes potencialmente causem uma Negação de Serviço (DoS) ao fornecerem um arquivo PDF especialmente construído.

Existe uma falha de injeção CRLF no Neto CMS. Este problema permite que atacantes potencialmente executem código arbitrário ao enviar uma solicitação HTTP especialmente elaborada. A vulnerabilidade deve-se à validação de entrada insuficiente, especificamente em relação aos caracteres de retorno de carro e avanço de linha.

Existe uma vulnerabilidade de cross-site scripting (XSS) refletido no Codazon Magento Themes. Isso permite que atacantes executem JavaScript arbitrário no navegador de um usuário injetando um payload manipulado no parâmetro `cat`. O ataque é refletido, o que significa que o script malicioso é executado quando um usuário interage com um link especialmente manipulado.

O software está suscetível a um problema de consumo de pilha que leva a um sinal SIGSEGV. Isso ocorre ao processar documentos PDF contendo estruturas profundamente aninhadas em seus metadados, como o campo `GTS PDFEVersion`. O problema está presente em funções incluindo `Dict::lookup`, `Catalog::getMetadata` e funções relacionadas dentro de `PDFDoc`, especificamente devido à recursão profunda no executor de expressões regulares (`std:: detail:: Executor`).

O problema diz respeito a uma vulnerabilidade de injeção de SQL. Um usuário convidado pode explorar parâmetros POST vulneráveis em várias ações administrativas, como reservar um veículo ou confirmar uma reserva. Os parâmetros afetados incluem `Booking ID`, `Action Name` e `Payment Confirmation ID`, que estão presentes em “/newvehicle.php” e “/newdriver.php”.

A vulnerabilidade permite que invasores executem código arbitrário por meio do upload de um arquivo malicioso, explorando uma falha de segurança que permite o upload arbitrário de arquivos por usuários autenticados.

O problema é uma vulnerabilidade de tipo Stored Cross-Site Scripting (XSS) no parâmetro `Name` do endpoint da API “/vehicle-management/booking.php”. Isso permite que scripts maliciosos sejam armazenados e executados no sistema.