Gandalf4A

O problema está relacionado a um estouro de buffer heap (heap-buffer overflow) no Vim ao alternar para outros buffers usando o comando :all enquanto o modo visual ainda estiver ativo. Isso ocorre porque o Vim não encerra corretamente o modo visual, potencialmente permitindo acesso além do final de uma linha em um buffer. O impacto é considerado médio, pois o usuário precisa ter ativado o modo visual ao executar o comando ex :all.

Nome do software vulnerável e versões afetadas: Versões do Vim anteriores à 9.1.0764 Descrição: O problema está relacionado a uma vulnerabilidade do tipo “use-after-free” na função BufWinLeave do editor de texto Vim. Isso ocorre quando um buffer é fechado e o comando automático BufWinLeave é acionado, podendo fazer com que o mesmo buffer seja reaberto em uma nova janela dividida. O impacto é considerado baixo, pois requer uma configuração específica e ações intencionais por parte do usuário. No entanto, pode levar a uma falha no sistema. Não há casos conhecidos dessa vulnerabilidade sendo explorada em ataques reais. Recomendações: Para versões anteriores à 9.1.0764, atualize para a versão 9.1.0764 ou posterior para resolver o problema. Como solução alternativa temporária, considere desativar o comando automático `BufWinLeave` até que um patch esteja disponível. Evite usar o comando automático `BufWinLeave` em cenários em que ele possa fazer com que um buffer seja reaberto em uma nova janela dividida.

O problema está relacionado a um estouro de inteiro que foi corrigido com uma validação de entrada aprimorada. O processamento de um arquivo criado de forma maliciosa pode levar ao encerramento inesperado do aplicativo.

O problema está relacionado a um SEGV em ./jerry-core/ecma/base/ecma-helpers.c:238:58 na função `ecma get object type`.

The issue is an out-of-bounds read in the `r bin object set items` function located in `libr/bin/bobj.c`, which causes a crash in the `r read le32` function in `libr/include/r endian.h`.

The issue is related to a heap-use-after-free vulnerability. When executing a `:s` command for the first time and using a sub-replace-special atom inside the substitution part, it is possible that the recursive `:s` call causes free-ing of memory which may later be accessed by the initial `:s` command. The user must intentionally execute the payload, and the process is tricky to do since it seems to work only reliably for the very first `:s` command. It may also cause a crash of Vim.

The issue is related to the `gf filterpacket del()` function in the `/gpac/src/filter core/filter.c` file of the GPAC multimedia platform. It involves incorrect use of dynamic memory, which can be exploited to impact the confidentiality, integrity, and availability of protected information. The vulnerability can be exploited remotely, potentially leading to a denial of service.

The issue is related to a heap-use-after-free via the `flush ref samples` function at `/gpac/src/isomedia/movie fragments.c`. This is associated with incorrect dynamic memory usage during program execution. Exploitation of this issue may allow an attacker to impact the confidentiality, integrity, and availability of protected information. It can also lead to a denial of service when exploited remotely.

The issue is related to a stack overflow in the `hevc parse vps extension` function, located in the `media tools/av parsers.c` file. This is caused by incorrect use of dynamic memory during program execution. Exploitation of this issue may allow an attacker to impact the confidentiality, integrity, and availability of protected information. It can also be exploited remotely to cause a denial of service.

An out-of-bounds read exists in the `print insn32 fpu` function of `libr/arch/p/nds32/nds32-dis.h`. This issue affects versions of radare2 prior to version 5.8.9.

An out-of-bounds read exists in the `print insn32` function of `libr/arch/p/nds32/nds32-dis.h`. This issue affects radare2 versions prior to 5.8.9.