Leesh3288

**Nome do Software Vulnerável e Versões Afetadas:** Versões do Redis 2.8 até 8.0.3, 7.4.5, 7.2.10 e 6.2.19. Versões do Valkey até 8.1.3 e 8.0.4 também são afetadas. **Descrição:** O Redis e o Valkey são vulneráveis a um overflow de buffer baseado em heap na funcionalidade HyperLogLog. Um atacante autenticado pode explorar essa vulnerabilidade enviando uma string especialmente elaborada, potencialmente levando à execução remota de código (RCE). A causa raiz é um overflow de inteiro na função `hllMerge()` ao processar dados esparsos do HyperLogLog, levando a uma escrita fora dos limites. Um exploit Proof-of-Concept (PoC) está disponível. A vulnerabilidade afeta as versões 2.8 e posteriores do Redis, até e incluindo 8.0.3, 7.4.5, 7.2.10 e 6.2.19. Versões do Valkey até 8.1.3 e 8.0.4 também são impactadas. **Recomendações:** - Atualize o Redis para a versão 8.0.3 ou posterior, 7.4.5 ou posterior, 7.2.10 ou posterior, ou 6.2.19 ou posterior. - Atualize o Valkey para a versão 8.1.3 ou 8.0.4 ou posterior. - Como mitigação temporária, restrinja o acesso aos comandos HyperLogLog usando ACLs: `ACL SETUSER username -pfadd -pfcount -pfmerge`. - Monitore operações HyperLogLog anômalas, falhas inesperadas e tráfego de rede incomum. - Limite o acesso de rede às instâncias do Redis e Valkey para fontes confiáveis e implemente mecanismos de autenticação robustos.

**Nome do software vulnerável e versões afetadas** Versões do Deno anteriores à 1.43 **Descrição** A sandbox do Deno pode ser enfraquecida inesperadamente ao permitir acesso de leitura/gravação a arquivos privilegiados em vários locais nas plataformas Unix e Windows. Por exemplo, a leitura de `/proc/self/environ` pode fornecer acesso equivalente a `--allow-env`, e a gravação em `/proc/self/mem` pode fornecer acesso equivalente a `--allow-all`. Os usuários que concedem acesso de leitura e gravação a todo o sistema de arquivos podem não perceber que esses acessos a esses arquivos podem ter consequências adicionais e indesejadas. **Recomendações** Para versões do Deno anteriores à 1.43, considere adicionar sinalizadores de negação explícitos para restringir o acesso a arquivos confidenciais, tais como `--deny-read=/dev`, `--deny-read=/sys`, `--deny-read=/proc`, `--deny-read=/etc`, `--deny-write=/dev`, `--deny-write=/sys`, `--deny-write=/proc` e `--deny-write=/etc`. Observe que links simbólicos em locais permitidos podem anular essa proteção em versões anteriores do Deno. Para o Deno 1.43 e versões posteriores, certifique-se de que o acesso explícito `--allow-all` seja necessário para ler ou gravar em `/etc`, `/dev` em plataformas Unix, bem como em `/proc` e `/sys` em plataformas Linux, e em qualquer caminho que comece com `` no Windows.

**Nome do software vulnerável e versões afetadas** Deno versão 1.39.0 **Descrição** O problema decorre do uso de descritores de arquivo brutos na função `op node ipc pipe()`, levando ao fechamento prematuro de descritores de arquivo arbitrários. Isso permite que a entrada padrão seja fechada e reaberta como um recurso diferente, resultando na contornagem de solicitações de permissão. Um invasor que controle o código executado dentro de um tempo de execução do Deno pode explorar isso para obter a execução de código arbitrário na máquina host, independentemente das permissões. Sabe-se que a vulnerabilidade é explorável, com um exploit funcional que consegue a execução de código arbitrário contornando solicitações de permissões a partir de zero e abusando da falta de verificações de permissão do sistema de arquivos na API Cache. O ataque pode ser conduzido silenciosamente, pois o stderr também pode ser fechado, suprimindo todas as saídas de solicitação. **Recomendações** Para resolver o problema, atualize para a versão 1.39.1 do Deno, que corrige o bug. Para a versão 1.39.0, como solução temporária, considere restringir o uso da função `op node ipc pipe()` até que um patch esteja disponível. Além disso, tenha cuidado ao usar a API Cache, pois ela carece de verificações de permissão do sistema de arquivos, o que pode ser abusado em conjunto com esta vulnerabilidade.

**Nome do software vulnerável e versões afetadas** Versões do Deno 1.36.2 a 1.40.3 **Descrição** O problema decorre do uso de `*const c void` e `ExternalPointer`, que são inerentemente inseguros, o que leva ao acesso à estrutura subjacente após a liberação de memória (use-after-free), resultando na execução de código arbitrário. Um invasor que controle o código executado dentro de um runtime do Deno pode explorar isso para obter a execução de código arbitrário na máquina host, independentemente das permissões. Sabe-se que a vulnerabilidade pode ser explorada tanto nas implementações de `*const c void` quanto nas de `ExternalPointer`. **Recomendações** Para as versões do Deno 1.36.2 a 1.40.2, atualize para a versão 1.40.3 para corrigir o problema. Para versões do Deno anteriores à 1.36.2, não há informações sobre uma versão mais recente que contenha uma correção para essa vulnerabilidade. Como solução alternativa temporária, considere restringir o uso de `*const c void` e `ExternalPointer` para minimizar o risco de exploração.

**Name of the Vulnerable Software and Affected Versions** vm2 versions up to and including 3.9.19 **Description** The issue in vm2 allows attackers to escape the sandbox and run arbitrary code, potentially resulting in Remote Code Execution. This is possible due to the Node.js custom inspect function. There is no information about the estimated number of potentially affected devices worldwide or real-world incidents where this issue was exploited. The vulnerability exists because of the lack of measures to neutralize special elements used in the operating system command. **Recommendations** For versions up to and including 3.9.19, as a temporary workaround, consider disabling the custom inspect function until a patch is available. However, since there are no patches and no known workarounds, users are advised to find an alternative software. Avoid using the vm2 sandbox for emulation until the issue is resolved.