Mtholmquist

Hugo is a static site generator. From v0.161.0, Hugo executes Node tools under Node's permission model, but TailwindCSS — included in the default security.exec.allow list — requires a highly permissive configuration (--allow-addons, --allow-child-process, --allow-worker). As a result, the restrictions intended by the fix for GHSA-x597-9fr4-5857 could still be bypassed, allowing a Node tool invoked during a build to read and write files outside the project's working directory. Affected versions are those after v0.43; the issue was fixed in v0.165.0 by removing tailwindcss from the default security.exec.allow list. Users who do not use TailwindCSS, or who only build trusted sites, are not affected. As a workaround, users can define a restrictive security.exec.allow list in hugo.toml.

**Nome do Software Vulnerável e Versões Afetadas** hank-ai/darknet (versões afetadas não especificadas) **Description** O software calcula o tamanho dos buffers de heap de pesos e saída para uma camada convolucional usando aritmética de inteiros de 32 bits não verificada com base em campos de um arquivo `.cfg`. No arquivo `src-lib/convolutional layer.cpp`, as variáveis `l.nweights` e `l.outputs` são computadas e passadas diretamente para `xcalloc`. Se o produto das dimensões no arquivo `.cfg` exceder `INT MAX`, ocorre um estouro de inteiro, resultando em uma alocação de buffer subdimensionada. Posteriormente, a função `forward convolutional layer` rederiva as dimensões GEMM (General Matrix Multiply) usando uma ordem de operandos diferente, levando a operações de leitura e escrita fora dos limites através do buffer subdimensionado. Isso pode ser acionado ao carregar um arquivo `.cfg` especialmente manipulado durante a inferência ou treinamento, sem a necessidade de um arquivo `.weights` válido. Este problema pode causar leituras de estouro de buffer de heap em `gemm nn fast()` e corrupção de metadados do alocador glibc. **Recommendations** No momento, não há informações sobre uma versão mais recente que contenha a correção para esta vulnerabilidade.

**Nome do Software Vulnerável e Versões Afetadas** msgpack-c (versões afetadas não especificadas) **Description** Ocorre um estouro de inteiro na função `msgpack unpacker expand buffer` em `src/unpack.c`, acessível através da API `msgpack unpacker reserve buffer`. A função calcula o novo tamanho do buffer usando uma adição `size t` não verificada do tamanho solicitado e da quantidade já utilizada. Quando é feita uma solicitação próxima a `SIZE MAX`, a adição sofre um wrap, fazendo com que a condição do loop seja satisfeita prematuramente. Consequentemente, a alocação é realizada em um tamanho pequeno pré-wrap, mas a função retorna um status de sucesso. Isso leva o chamador a acreditar que a capacidade solicitada foi reservada, resultando em um estouro de buffer no heap durante operações de escrita subsequentes. Este problema pode ser desencadeado em integrações que passam comprimentos influenciados por atacantes para a API de reserva, como transportes de streaming com prefixo de comprimento. **Recommendations** No momento, não há informações sobre uma versão mais recente que contenha a correção para esta vulnerabilidade.