Ryotak

A construção de um pacote contendo um arquivo `.syso` manipulado permite ignorar a validação de flags do cgo para injetar flags de linker arbitrárias durante o processo de vinculação. Isso ocorre porque o linker verifica apenas cabeçalhos de objetos host reconhecidos (ELF, Mach-O, PE e XCOFF) antes de prosseguir para a análise de objetos Go. Se um arquivo `.syso` começar com um cabeçalho `go object`, ele é interpretado como um objeto do compilador Go, permitindo que diretivas de metadados cgo não confiáveis, como `cgo ldflag` ou `cgo dynamic linker`, sejam passadas para o linker externo sem validação. Além disso, nomes de arquivos `.syso` com mais de 16 bytes perdem a extensão `.syso` ao serem truncados em cabeçalhos de arquivo, e formatos `.syso` não reconhecidos podem forçar a vinculação externa em builds puramente em Go.

A compilação de um pacote malicioso contendo diretivas de compilador `//go:cgo *` pode permitir a injeção de flags arbitrárias na invocação do linker externo em plataformas ELF. Isso ocorre porque o compilador e o linker não rejeitavam vírgulas nas diretivas `//go:cgo import dynamic`, `//go:cgo export dynamic`, `//go:cgo export static`, `//go:cgo import static` e `//go:cgo dynamic linker`. Além disso, a forma de dois argumentos de `//go:cgo import dynamic` poderia sobrescrever o nome do símbolo externo de um símbolo já marcado para exportação cgo. Um nome de símbolo ou caminho do linker dinâmico contendo uma vírgula ou um `@` inicial poderia dividir os argumentos `-Wl,--export-dynamic-symbol=` ou `-Wl,--dynamic-linker,` em flags arbitrárias do linker do host ou argumentos de arquivo de resposta.

O Electronic delivery item Inspection Support System fornecido pelo Ministério da Terra, Infraestrutura, Transporte e Turismo do Japão contém um problema de permissão de acesso a arquivos inadequada. Esta falha permite que arquivos na pasta de instalação do aplicativo sejam adulterados, resultando na execução de código arbitrário.

Servidores HTTP/2 estão suscetíveis à alocação excessiva de memória ao processar cabeçalhos "Trailer" enviados por um cliente. O servidor utiliza esses valores de cabeçalho para preencher o mapa `Request.Trailer` e, como cada entrada do mapa gera um custo de memória, um cliente mal-intencionado pode declarar um grande número de campos para esgotar os recursos do servidor. Esse processo ignora os limites `Server.MaxHeaderValueCount` e `Server.MaxHeaderBytes`. Este problema não afeta servidores HTTP/1, pois estes não suportam a multiplexação de múltiplas requisições em uma única conexão TCP e utilizam cálculos diferentes para o `Server.MaxHeaderBytes`.

Servidores HTTP/2 podem travar devido à modificação concorrente do codificador HPACK. Isso ocorre quando o servidor modifica o codificador a partir de duas goroutines sem sincronização: uma codificando um quadro HEADERS para uma resposta ao cliente, e outra modificando o tamanho da tabela do codificador ao processar um quadro SETTINGS contendo `SETTINGS HEADER TABLE SIZE` enviado por um cliente. Um agente malicioso pode causar essa falha enviando solicitações repetidamente enquanto altera simultaneamente o tamanho da tabela de cabeçalhos.

Android application "Myna Point" is vulnerable to Improper Authorization in Handler for Custom URL Scheme (CWE-939). A malicious application installed on the user's Android device may exploit the affected application's functionality through an Intent, potentially allowing arbitrary JavaScript to be executed within the affected application.

Uma diferença na forma como Go e C/C++ interpretam comentários pode permitir que código malicioso seja ocultado no binário compilado ao usar cgo. Esta técnica, conhecida como contrabando de código, permite que atacantes injetem código que pode ser executado inesperadamente. Não há informações disponíveis sobre o número de dispositivos potencialmente afetados ou sobre quaisquer incidentes no mundo real em que essa questão tenha sido explorada.

Existe uma falha de elevação de privilégios no componente Netmonitor. Isso permite acesso não autorizado e potencial controle sobre o sistema.

Um usuário com a função de Desenvolvedor pode criar uma conexão de banco de dados usando o driver IBM DB2 e, manipulando o LookML, fazer com que o Looker execute um comando malicioso. Isso ocorre devido à filtragem insuficiente dos parâmetros do driver. Este problema afeta tanto instâncias hospedadas pelo Looker quanto instâncias auto-hospedadas. O problema foi mitigado para instâncias hospedadas pelo Looker e não requer ação do usuário.

Um usuário com a função de Desenvolvedor pode criar uma conexão de banco de dados usando o driver do Denodo e manipular o LookML para fazer com que o Looker execute um comando malicioso. Este problema afeta tanto instâncias hospedadas pelo Looker quanto instâncias auto-hospedadas. O problema foi mitigado para instâncias hospedadas pelo Looker, não requerendo ação do usuário.

Um atacante com a função de Desenvolvedor do Looker poderia manipular um projeto LookML para explorar uma condição de corrida durante a exclusão do diretório Git, potencialmente levando à execução arbitrária de comandos na instância do Looker. Este problema afeta tanto instâncias hospedadas pelo Looker quanto auto-hospedadas. O problema foi mitigado para instâncias hospedadas pelo Looker, não exigindo ação do usuário.

A API Path da biblioteca padrão não manipulava corretamente os separadores de caminho no target Tier 3 Cygwin (`x86 64-pc-cygwin`) em versões anteriores à 1.89.0. Isso fez com que a API ignorasse componentes de caminho separados por barras invertidas. Programas compilados para Cygwin que validam caminhos poderiam apresentar comportamento incorreto, potencialmente permitindo ataques de path traversal ou operações maliciosas no sistema de arquivos. O problema foi resolvido no Rust 1.89.0, passando a manipular corretamente tanto caminhos no estilo Win32 quanto Unix para o target Cygwin. O target de compilação Tier 3 Cygwin está disponível apenas ao compilar a partir do código-fonte e não está disponível através de binários pré-compilados ou Rustup.

Existe uma vulnerabilidade de cross-site scripting no NEC Corporation UNIVERGE IX e UNIVERGE IX-R/IX-V. Isso permite que um atacante injete scripts arbitrários que podem ser executados no navegador do usuário.

A inclusão de dados não confiáveis no utilitário `pg dump` permite que um superusuário malicioso do servidor de origem injete código arbitrário. Este código é executado durante o processo de restauração como a conta do sistema operacional cliente que executa o `psql` para restaurar o dump, por meio de metacomandos `psql`. O utilitário `pg dumpall` também é afetado, assim como o `pg restore` quando utilizado para gerar um dump em formato simples.

Existe uma vulnerabilidade crítica no Runtime do Unity, potencialmente permitindo que atacantes executem código arbitrário em sistemas que executam aplicativos construídos com versões afetadas da engine. Esta vulnerabilidade, identificada como CVE-2025-59489, origina-se de um caminho de busca não confiável que permite o carregamento de bibliotecas maliciosas. Embora seja primariamente uma questão de execução de código local, a exploração remota é possível sob condições específicas no Android. A vulnerabilidade afeta aplicativos construídos com versões do Unity 2017.1 e posteriores para Windows, Android, macOS e Linux. Nenhum exploit conhecido foi relatado, mas o impacto potencial é significativo, pois o Unity é utilizado em um vasto número de jogos e aplicativos. Microsoft e Valve implementaram mitigações, e a Unity lançou patches e uma ferramenta de patching binário para desenvolvedores.

Nome do Software Vulnerável e Versões Afetadas: Versões do Go anteriores a 1.24.5 Versões do Go anteriores a 1.23.11 Descrição: O problema diz respeito à execução inesperada de comandos em repositórios VCS não confiáveis ao utilizar a toolchain do Go. Isso pode ocorrer quando a toolchain é utilizada em diretórios obtidos por meio de ferramentas VCS, como na clonagem de repositórios Git ou Mercurial. Recomendações: Para versões anteriores a 1.24.5, atualize para a versão 1.24.5 para resolver o problema. Para versões anteriores a 1.23.11, atualize para a versão 1.23.11 para resolver o problema. Como solução temporária, considere evitar o uso da toolchain do Go em repositórios VCS não confiáveis até que um patch seja aplicado.

Um arquivo malicioso criado utilizando cmd/go pode resultar em uma operação de escrita em um arquivo controlado por um atacante, com controle parcial sobre o conteúdo do arquivo. O problema decorre do uso da diretiva '#cgo pkg-config:' em arquivos de código-fonte Go. Esta diretiva permite que argumentos de linha de comando sejam passados para o comando pkg-config do Go. Um atacante pode explorar essa falha fornecendo um argumento '--log-file', o que faz com que o pkg-config escreva a saída em um local especificado pelo atacante.

O problema está relacionado ao auxiliar `content security policy` no Action Pack, que pode permitir que um invasor realize ataques de Cross Site Scripting (XSS) ao injetar novas diretivas nos cabeçalhos da Política de Segurança de Conteúdo (CSP). Isso pode levar a uma contornamento da CSP e de sua proteção contra XSS e outros ataques. Aplicativos que definem cabeçalhos CSP dinamicamente a partir de entradas de usuários não confiáveis podem estar vulneráveis.

A vulnerabilidade permite que um invasor se aproprie da autenticação das telas no dispositivo por meio da interface de gerenciamento. Trata-se de uma vulnerabilidade de falsificação de solicitação entre sites (CSRF), que pode ser explorada para assumir o controle da autenticação do dispositivo.

A vulnerabilidade permite que um invasor injete comandos CLI arbitrários para serem executados no dispositivo por meio da interface de gerenciamento. Isso pode ser feito através da interface de administração, possibilitando a execução de comandos no dispositivo.