Vladimirelitokarev

Um problema existe na função `general ChromaV1ToYUV444()` durante a reconstrução do plano de croma AVC444. Um servidor RDP malicioso pode enviar um `RFX AVC444 BITMAP STREAM` especialmente criado com geometria de quadro específica para desencadear uma leitura fora dos limites do heap, que ocorre quando o sistema lê a memória além do plano de luma alocado.

Memória heap não inicializada é transmitida nos campos de preenchimento reservados do PDU Save Session Info. Isso ocorre porque três gravadores de PDU em `libfreerdp/core/info.c` (`rdp write logon info v2()`, `rdp write logon info plain()` e `rdp write logon info ex()`) utilizam `Stream Seek` em vez de `Stream Zero` para bytes de preenchimento reservados. Como o buffer de envio é alocado usando `malloc` sem ser zerado, dados obsoletos da heap, que podem incluir credenciais em texto claro de sessões anteriores, podem ser expostos ao peer receptor. Isso afeta servidores baseados em FreeRDP que utilizam `rdpUpdate::SaveSessionInfo` e o `freerdp-proxy`.

Um problema de double-free existe na função `sftp open()` em src/sftp.c. Isso ocorre quando um servidor SSH malicioso responde ao SSH FXP OPEN com SSH FXP STATUS contendo FX OK, fazendo com que o buffer de dados de resposta seja liberado. Se uma chamada subsequente a `sftp packet require()` retornar um erro específico, como `LIBSSH2 ERROR CHANNEL PACKET EXCEEDED`, o mesmo ponteiro é liberado novamente. Em sistemas glibc, isso pode levar a condições de tcache dup, que permitem alocações sobrepostas e a sobrescrita de ponteiros de função, possibilitando a corrupção do heap para qualquer cliente autenticado que abra uma sessão SFTP.

Um estouro de buffer no heap (heap buffer overflow) ocorre durante a negociação de cifra Encrypt-then-MAC (ETM) antes da autenticação. Um servidor SSH malicioso pode corromper os metadados do heap em um cliente conectado ao enviar um pacote onde o `packet length` é menor que o tamanho do bloco da cifra. Na função `fullpacket()` em `src/transport.c`, o caminho ETM aloca um buffer com base no `packet length`, mas copia `blocksize` menos um byte via `memcpy`. Em glibc de 32 bits, isso permite que um invasor escreva bytes controlados no campo SIZE de um chunk adjacente, possibilitando a confusão de tcache bin, sobreposição de objetos ativos e a sobrescrita de ponteiros de função durante o handshake da sessão.

Uma verificação de limites ausente no subsistema publickey permite que um servidor SSH malicioso desencadeie uma leitura fora dos limites do heap de comprimento arbitrário e a liberação de um ponteiro não inicializado. Na função `libssh2 publickey list fetch()`, o analisador de resposta da versão 1 lê um valor `comment len` controlado pelo servidor e avança o ponteiro de análise sem verificar se restam bytes suficientes no buffer. Isso leva a uma leitura fora dos limites que pode vazar ponteiros de heap de alocações adjacentes, derrotando o ASLR (Address Space Layout Randomization, uma técnica de segurança que organiza aleatoriamente as posições do espaço de endereço de áreas de dados importantes). Subsequentemente, ocorre a corrupção do estado do alocador de heap quando o caminho de limpeza de erro libera um ponteiro não inicializado de uma região `realloc()` não zerada.

Um subfluxo de inteiro (integer underflow) de pré-autenticação existe na função `ssh2 cipher crypt()` em `src/openssl.c`. Um servidor SSH malicioso pode desencadear esse problema durante o handshake ao negociar cifras AES-GCM. O subfluxo ocorre durante o cálculo do tamanho do bloco menos `aadlen` menos o comprimento da tag de autenticação, levando a uma leitura fora dos limites (out-of-bounds read) e a uma chamada `memcpy` com um argumento de comprimento próximo a `SIZE MAX`, resultando no travamento imediato do processo.

O protobufjs permite que certos caminhos de opção de esquema atravessem propriedades de objetos herdados durante a aplicação de opções. Um esquema protobuf ou descritor JSON manipulado pode fazer com que a manipulação de opções escreva em propriedades de construtores JavaScript globais, corrompendo a funcionalidade integrada de todo o processo. Isso pode resultar em uma negação de serviço persistente durante a vida útil do processo afetado. O problema afeta aplicações que analisam ou carregam esquemas ou descritores protobuf de fontes não confiáveis usando APIs de reflexão como `parse()`, `Root.load()`, `Root.loadSync()` ou `Root.fromJSON()`. Aplicações que utilizam esquemas integrados ou confiáveis para decodificar cargas úteis não confiáveis não são afetadas diretamente.

O protobufjs utiliza objetos simples com protótipos herdados para tabelas de busca de tipos internos em funções de codificação e decodificação geradas. Se o `Object.prototype` for poluído, essas tabelas de busca podem resolver propriedades herdadas controladas por um invasor como informações de tipo protobuf válidas, potencialmente fazendo com que strings controladas por um invasor sejam emitidas no código JavaScript gerado. Isso pode levar à execução de JavaScript arbitrário se um invasor conseguir disparar previamente uma vulnerabilidade de poluição de protótipo. A poluição de protótipo (prototype pollution) é uma técnica onde um invasor manipula o protótipo de um objeto base para injetar propriedades que são herdadas por outros objetos.

Um problema no Dgraph permite que um invasor não autenticado obtenha acesso total de leitura a todos os dados no banco de dados quando a configuração padrão é usada e as Listas de Controle de Acesso (ACL) não estão habilitadas. A falha é uma injeção de DQL que ocorre porque o campo `Lang` em chaves de mutação JSON não é validado. Um invasor pode explorar isso enviando duas solicitações HTTP POST para a porta 8080. Primeiro, utiliza o endpoint '/alter' para configurar um predicado de esquema com `@unique`, `@index(exact)` e `@lang`. Em seguida, envia uma mutação JSON manipulada para o endpoint '/mutate?commitNow=true'. Ao incluir um payload de injeção DQL na posição da tag de idioma de uma chave JSON, o invasor pode escapar da função `eq()` e executar blocos de consulta nomeados arbitrários no servidor. Esse processo explora a função `addQueryIfUnique()` em `edgraph/server.go`, que usa `fmt.Sprintf` para construir consultas com a variável `predicateName` não sanitizada, incluindo o valor bruto de `pred.Lang`. Os resultados da consulta injetada são então retornados na resposta HTTP.

Um problema existe no Dgraph que permite que um invasor não autenticado obtenha acesso total de leitura a todos os dados no banco de dados. Isso ocorre na configuração padrão onde as Listas de Controle de Acesso (ACL) estão desativadas. A falha é uma injeção de DQL localizada no endpoint '/mutate?commitNow=true'. Ao enviar uma variável `cond` manipulada dentro de uma mutação de upsert, um invasor pode injetar um bloco de consulta DQL adicional. Isso acontece porque o valor de `cond` é concatenado diretamente em uma string de consulta DQL via função `strings.Builder.WriteString` após apenas uma transformação cosmética, sem a devida filtragem, parametrização ou validação estrutural. A consulta injetada é executada no servidor e os resultados são retornados na resposta HTTP. Mesmo quando a ACL está ativada, usuários com permissões apenas de mutação podem usar este método para ignorar a autorização de ACL por predicado.

O carregador de plugins do mecanismo externo concatena um nome de mecanismo fornecido pelo usuário em um caminho de sistema de arquivos sem filtrar separadores de caminho ou componentes de dois pontos (..). Um usuário autenticado com privilégios de CREATE FUNCTION pode usar um parâmetro `ENGINE` manipulado para realizar a travessia de diretório (path traversal) e carregar uma biblioteca compartilhada arbitrária de qualquer local do sistema de arquivos. O código de inicialização da biblioteca é executado imediatamente durante o carregamento, antes que o sistema valide o módulo, permitindo a execução de código com a conta do sistema operacional do servidor.

Múltiplas funções em `langchain core.prompts.loading` leem arquivos de caminhos incorporados em dicionários de configuração desserializados sem validar contra injeção de caminho absoluto ou salto de diretório (uma técnica usada para acessar arquivos e diretórios fora da pasta pretendida). Quando uma aplicação passa configurações de prompt influenciadas pelo usuário para os endpoints `load prompt()` ou `load prompt from config()`, um atacante pode ler arquivos arbitrários no sistema de arquivos do host. Este acesso é limitado por verificações de extensão de arquivo, onde `.txt` é exigido para modelos e `.json` ou `.yaml` para exemplos. As funções internas afetadas incluem ` load template()`, ` load examples()` e ` load few shot prompt()`. Especificamente, as variáveis `template path`, `suffix path` e `prefix path` são processadas por ` load template()`, enquanto a variável `examples` (quando fornecida como string) é processada por ` load examples()`, e a variável `example prompt path` é processada por ` load few shot prompt()`.

O Grist é um software de planilha que utiliza Python como sua linguagem de fórmulas. Quando configurado para executar fórmulas no sandbox Pyodide (com `GRIST SANDBOX FLAVOR` definido como `pyodide`), uma fórmula de planilha especialmente elaborada pode escapar do sandbox e executar processos arbitrários no servidor host. Isso permite que um atacante execute comandos do sistema operacional e possivelmente acesse informações sensíveis, como credenciais de banco de dados e chaves de API. O problema decorre da falta de uma barreira robusta do sandbox na implementação do Pyodide no Node.js.

O n8n é uma plataforma de automação de workflows de código aberto. Existe uma vulnerabilidade de bypass de sandbox no Nó de Código Python que utiliza Pyodide, afetando versões da 1.0.0 até, mas não incluindo, a 2.0.0. Um usuário autenticado com permissão para criar ou modificar workflows pode explorar esse problema para executar comandos arbitrários no sistema hospedeiro que executa o n8n, com os mesmos privilégios do processo do n8n. Essa vulnerabilidade, registrada como CVE-2025-68668, possui pontuação CVSS de 9.9 (Crítica). As soluções alternativas incluem desabilitar o Nó de Código definindo a variável de ambiente `NODES EXCLUDE` para "["n8n-nodes-base.code"]", desabilitar o suporte a Python no nó de Código definindo a variável de ambiente `N8N PYTHON ENABLED` para false (disponível na versão 1.104.0 do n8n) e configurar o n8n para usar a sandbox Python baseada em task runner através das variáveis de ambiente `N8N RUNNERS ENABLED` e `N8N NATIVE PYTHON RUNNER`. A implementação Python baseada em task runner tornou-se o padrão a partir da versão 2.0.0 do n8n.

O LangChain é um framework projetado para construir aplicações alimentadas por Modelos de Linguagem de Grande Porte (LLMs). Existe um problema de serialização no método `toJSON()` do LangChain JS, impactando versões anteriores a 0.3.37 e 1.2.3 para o LangChain, e anteriores a 0.3.80 e 1.1.8 para o @langchain/core. Este problema surge porque o método não escapa corretamente objetos contendo chaves 'lc' ao serializar dados usando `JSON.stringify()`. A chave 'lc' é usada internamente pelo LangChain para identificar objetos serializados. Se os dados fornecidos pelo usuário incluírem esta estrutura de chave, eles podem ser interpretados incorretamente como um objeto LangChain legítimo durante a desserialização, em vez de serem tratados como dados simples do usuário. Isso poderia potencialmente levar ao acesso não autorizado ou manipulação de dados.

As funções `dumps()` e `dumpd()` do LangChain estão suscetíveis a um problema de injeção de serialização. Essas funções não escapam corretamente dicionários contendo chaves 'lc' ao serializar dados. A chave 'lc' é usada internamente pelo LangChain para identificar objetos serializados. Quando dados controlados pelo usuário incluem essa estrutura de chave, eles são incorretamente tratados como um objeto legítimo do LangChain durante a desserialização, em vez de serem reconhecidos como dados simples do usuário. Isso pode levar à extração de informações sensíveis, como variáveis de ambiente, e potencialmente permitir a execução de código arbitrário. A vulnerabilidade é particularmente perigosa quando respostas de LLM influenciam dados serializados, pois a injeção de prompt pode ser usada para explorar essa falha. O problema afeta vários componentes, incluindo `astream events(version="v1")`, `Runnable.astream log()`, e cenários envolvendo a desserialização de dados não confiáveis.