Grant-Yim

**Nome do Software Vulnerável e Versões Afetadas** NanoMQ versões anteriores a 0.24.14 **Description** Ocorre uma confusão de tipos quando `aio->prov data` é armazenado como `nni quic conn*` durante o processo de discagem, mas é posteriormente lido como `ex quic conn*` durante o fechamento do discador. Essa discrepância leva a uma interpretação inválida do objeto, resultando em travamento ou falha (crash) durante a execução do caminho de fechamento. **Recommendations** Atualizar para a versão 0.24.14.

**Nome do Software Vulnerável e Versões Afetadas** NanoMQ versões anteriores a 0.24.9 **Descrição** O NanoMQ é uma Plataforma de Mensagens de Borda. Uma desreferenciação de ponteiro nulo pode ocorrer na função `quic stream recv()` quando um substream está em estado de reabertura. O sistema conclui a operação de E/S Assíncrona (AIO) com um erro, mas não retorna antes de tentar bloquear a variável `c->mtx`. **Recomendações** Atualize para uma versão posterior a 0.24.8.

**Nome do Software Vulnerável e Versões Afetadas** NanoMQ versões anteriores a 0.24.10 **Descrição** No arquivo `webhook inproc.c`, a função `hook work cb()` processa mensagens nng analisando o corpo da mensagem usando `cJSON Parse(body)`. Como o corpo é recuperado via `nng msg body(msg)` como um buffer binário sem um terminador nulo garantido, ocorre uma leitura fora dos limites (OOB read). Isso acontece porque o `cJSON Parse` continua lendo a memória até encontrar um terminador nulo, potencialmente acessando a memória além do buffer alocado, como metadados de nng msg ou memória adjacente de heap/stack. Este problema é disparado de forma confiável quando o comprimento do payload JSON é uma potência de dois maior ou igual a 1024, pois não há preenchimento de alocação adicionado nesses casos. **Recomendações** Atualizar para a versão 0.24.10.

**Name of the Vulnerable Software and Affected Versions** NanoMQ versions prior to 0.24.8 **Description** NanoMQ MQTT Broker is an Edge Messaging Platform. Before version 0.24.8, the MQTT-over-WebSocket transport in NanoMQ could be crashed by sending an MQTT packet with a deliberately large Remaining Length in the fixed header while providing a much shorter actual payload. The code copies bytes of the Remaining Length without verifying that the current receive buffer contains that many bytes, resulting in an out-of-bounds read. This can be triggered remotely through the WebSocket listener. **Recommendations** Update NanoMQ to version 0.24.8 or later.