Paul Gerste

O PostgreSQL é suscetível a um estouro de buffer devido à falta de validação do tamanho de caracteres multibyte durante a manipulação de texto. Isso permite que um usuário do banco de dados elabore consultas capazes de sobrescrever memória, potencialmente levando à execução de código arbitrário com os privilégios do usuário do sistema operacional que executa o banco de dados. O problema é desencadeado ao processar consultas maliciosamente elaboradas, especificamente durante a compilação de funções PL/pgsql ao lidar com instruções CREATE FUNCTION. Um atacante com privilégio CREATE pode definir uma função definida pelo usuário PL/Python contendo código Python arbitrário que é executado com os privilégios do processo do servidor PostgreSQL. Estima-se que aproximadamente 3 milhões de instâncias estejam expostas globalmente. A vulnerabilidade afeta a função `substring()`, que pode gerar um erro ao processar valores de texto não ASCII oriundos de colunas do banco de dados.

A biblioteca Eclipse Paho Go MQTT v3.1 está suscetível a um problema no qual strings codificadas em UTF-8 que excedem 65535 bytes de comprimento podem ser codificadas incorretamente. Isso ocorre porque o comprimento dos dados é convertido para um int16 sem verificações de overflow, o que pode potencialmente levar a pacotes corrompidos ou vazamento de dados—por exemplo, uma parte de um tópico MQTT pode ser incluída no corpo da mensagem de um pacote PUBLISH. O problema origina-se da conversão do comprimento dos dados de um int64 ou int32 para um int16 sem a devida validação.

O problema está relacionado a Injeção de SQL devido ao tratamento inadequado de números negativos.

O Grafana está suscetível a uma vulnerabilidade de cross-site scripting (XSS) decorrente de uma combinação de um path traversal no cliente e um redirecionamento aberto. Isso permite que atacantes redirecionem usuários para um site malicioso que hospeda um plugin de frontend capaz de executar JavaScript arbitrário. A vulnerabilidade não requer permissões de editor e é explorável mesmo com o acesso anônimo habilitado. Se o plugin Grafana Image Renderer estiver instalado, um SSRF de leitura completa pode ser alcançado. A Content-Security-Policy (CSP) padrão no Grafana pode oferecer alguma mitigação, mas não é totalmente eficaz. Mais de 46.000 instâncias do Grafana foram relatadas como não corrigidas e vulneráveis. A vulnerabilidade permite potencial tomada de conta e execução remota de código.

O plugin XY Chart integrado é afetado por uma vulnerabilidade de XSS no DOM. Um usuário com permissões de Editor pode modificar um painel para executar JavaScript arbitrário.

O problema ocorre ao utilizar o Alt-Svc, pois o ALPN falha ao validar corretamente os certificados em cenários em que o servidor original redireciona para um site inseguro.

A vulnerabilidade permite que invasores realizem chamadas maliciosas à API, resultando na execução de código arbitrário na máquina da vítima. Isso se deve a uma falha de falsificação de solicitação entre sites (CSRF).

The issue is related to the injection of arbitrary configuration options to the "hg clone" call when installing a package from a Mercurial VCS URL using pip. This can modify how and which repository is installed. The vulnerability does not affect users who aren't installing from Mercurial.

The issue is related to insufficient input validation in the Connector/J component of MySQL Connectors, allowing an unauthenticated attacker with network access via multiple protocols to compromise MySQL Connectors. Successful attacks require human interaction from a person other than the attacker and may significantly impact additional products. The vulnerability can result in the takeover of MySQL Connectors.

The issue is related to insufficient input validation in Visual Studio Code, allowing an attacker to execute arbitrary code using a specially crafted file.

The issue is related to errors in processing input data in the Visual Studio Code GitHub Pull Requests and Issues Extension. Exploitation of this issue may allow a remote attacker to execute arbitrary code.

The issue is related to insufficient input validation in the GitKraken GitLens plugin for Visual Studio Code, allowing an attacker to execute arbitrary code via a crafted file. This can be exploited by an attacker to gain unauthorized access and execute malicious code.

The issue is related to argument injection during the tagging of a new release. This could allow a remote attacker to disclose protected information. Unprivileged user accounts with at least one SSH key can read arbitrary files on the system, potentially leaking configuration files with database credentials, such as `[database]` and `[security] SECRET KEY`, as well as exfiltrating TLS certificates, other users' repositories, and the Gogs database when the SQLite driver is enabled.

O Onedev é um servidor Git de código aberto e auto-hospedado com CI/CD e Kanban. Todos os arquivos no diretório `/opt/onedev/sites/` estão expostos e podem ser lidos por usuários não autenticados. Esse diretório contém todos os projetos, incluindo seus repositórios Git básicos e artefatos de compilação. Essa vulnerabilidade pode ser explorada por invasores não autenticados para vazar todos os arquivos de qualquer projeto. Como os IDs dos projetos são incrementais, um invasor poderia percorrê-los e vazar todos os dados dos projetos.

O Poetry é um gerenciador de dependências para Python que utiliza vários comandos, como `git clone`, ao lidar com dependências de um repositório Git. Os comandos são construídos com base na entrada do usuário e, embora o Poetry evite vulnerabilidades de injeção de comando passando uma matriz de argumentos, existe a possibilidade de que a entrada do usuário que comece com um traço (`-`) seja tratada como um argumento opcional, levando à execução de código. Isso pode ocorrer porque alguns comandos possuem opções que podem ser aproveitadas para executar executáveis arbitrários. Se um desenvolvedor for explorado, o invasor poderá roubar credenciais ou manter seu acesso. A exploração ainda pode funcionar mesmo quando a vítima tenta garantir a segurança verificando os arquivos de configuração.

O problema está relacionado a um caminho de pesquisa não confiável no Poetry, o que faz com que o aplicativo apresente comportamentos inesperados quando os usuários executam comandos do Poetry em um diretório que contenha conteúdo malicioso. Isso ocorre quando o aplicativo é executado no sistema operacional Windows.

A vulnerabilidade permite que uma entrada execute código arbitrário em qualquer servidor que utilize o superjson sem autenticação prévia ou conhecimento. O único requisito é que o servidor implemente pelo menos um endpoint que utilize o superjson durante o processamento de solicitações. Isso pode levar ao controle total do servidor, permitindo que invasores roubem e manipulem dados ou ataquem outros sistemas.

A vulnerabilidade está relacionada a um gerenciamento incorreto da geração de código no editor do Visual Studio Code. A exploração dessa vulnerabilidade pode permitir que um invasor execute código arbitrário.

A vulnerabilidade afeta usuários do Windows que utilizam o Composer para instalar dependências não confiáveis, expondo-os a injeção de comando. Outros sistemas operacionais e o Subsistema do Windows para Linux (WSL) não são afetados.

**Nome do software vulnerável e versões afetadas: Versões do Ghost 4.0.0 a 4.3.2 Descrição: Um endpoint não utilizado, adicionado durante o desenvolvimento da versão 4.0.0, deixou os sites vulneráveis ao acesso de usuários não confiáveis ao Ghost Admin. Os invasores podem obter acesso fazendo com que usuários conectados cliquem em um link contendo código malicioso. Os usuários não precisam inserir credenciais e podem nem saber que visitaram um site malicioso. O Ghost(Pro) já recebeu a correção, e não há evidências de que a vulnerabilidade tenha sido explorada no Ghost(Pro) antes da aplicação da correção. Recomendações: Para as versões 4.0.0 a 4.3.2 do Ghost, atualize para a versão 4.3.3 o mais rápido possível. Como solução temporária, considere bloquear o acesso ao endpoint `/ghost/preview` para mitigar o problema. Para bloquear o acesso no nginx, use a seguinte configuração: ``` location ~ /ghost/preview { rewrite ^(/(.*/)?ghost/)(.*)$ $1 redirect; } ``` Isso redireciona o endpoint para `/ghost/`, o que imita o comportamento após a aplicação do patch. Além disso, sair do Ghost Admin e suspender quaisquer usuários que não consigam sair também pode ajudar a mitigar o problema.