Thesmartshadow

O Rack::Static serve um caminho após a normalização `Utils.clean path info`, mas avalia as `header rules` em relação a um caminho que é apenas decodificado de URL. Isso permite que um invasor não autenticado solicite um arquivo conhecido usando segmentos de ponto brutos ou codificados em porcentagem, resultando na entrega do arquivo sem cabeçalhos de segurança específicos do caminho, como `Content-Disposition` ou `Content-Security-Policy`. Aplicações que não utilizam `header rules` específicas de caminho não são afetadas.

A aplicação insuficiente de políticas no componente chrome-devtools-mcp no Linux permite que um invasor local execute operações de leitura e gravação arbitrárias por meio de um arquivo malicioso.

Existe um escape de sandbox ao ser executado no Node.js 26. O problema ocorre porque `WebAssembly.compileStreaming` e `WebAssembly.instantiateStreaming` podem produzir uma Promise de realm do host bruta que é rejeitada com um objeto de erro de realm do host. Ao controlar `Symbol.species` via `Promise.prototype.finally`, o código do sandbox pode obter esse erro bruto do host, navegar do construtor de erro do host para o construtor de Function do host e recuperar o objeto `process` do host. Isso permite que o invasor obtenha capacidades do Node.js do host, como acesso a módulos do host como `fs`, dentro do processo que executa o sandbox. Este escape é possível usando um sandbox `new VM()` padrão e não requer NodeVM, permissões de require, injeção de objetos do host ou qualquer configuração insegura.

Existe um problema onde o software falha em respeitar o isolamento `createUserDir` nos caminhos de auto-provisionamento de autenticação de proxy e hook. Isso permite que atacantes com credenciais autenticadas no upstream explorem a atribuição de escopo da raiz do servidor para ler, modificar, excluir e compartilhar arquivos pertencentes a outros usuários.

Não há informações detalhadas disponíveis sobre a natureza do problema.

Em implantações Node.js usando o adaptador HTTP, uma falha na proteção contra poluição de protótipo permite que as requisições sejam roteadas através de um proxy controlado por um invasor. Embora o software inicialmente crie um objeto de protótipo nulo para a configuração da requisição para evitar a poluição de protótipo, interceptores de requisição que utilizam padrões imutáveis — como `{...config}` ou `Object.assign({}, config)` — convertem isso de volta em um objeto comum. Como o software não reaplica a proteção à configuração antes do envio, o adaptador HTTP do Node lê a variável `config.proxy` através da cadeia de protótipos. Se um invasor poluir o `Object.prototype.proxy`, ele poderá interceptar requisições HTTP em texto simples para observar cabeçalhos `Authorization`, autenticação Basic de `config.auth`, o método da requisição, URL absoluta, cabeçalho `Host` e o corpo da requisição, podendo também retornar respostas personalizadas. Este problema não afeta adaptadores de navegador ou requisições HTTPS sob validação TLS normal.

Durante a renderização no lado do servidor, o módulo `hono/jsx` não isola os valores de contexto por requisição. Isso permite que dados de uma requisição diferente em processamento sejam acessados após uma operação `await` em um componente assíncrono. As funções afetadas incluem `createContext()`, `useContext()`, `jsxRenderer()` e `useRequestContext()`.

Ao verificar tokens JWS destacados usando a opção de payload não codificado (`"b64": false`, RFC 7797), o software realiza a decodificação Base64URL do segmento de payload de serialização compacta antes de aplicar as regras de payload destacado. Como o payload decodificado é posteriormente descartado e substituído pelo `detached payload` fornecido pelo chamador, o segmento central pode ser utilizado como um amplificador de trabalho. Um cliente remoto pode fornecer um segmento de payload Base64URL arbitrariamente grande, forçando processamento excessivo de CPU e alocações de memória, independentemente de a assinatura ser válida. Isso resulta em uma Negação de Serviço (DoS) não autenticada contra qualquer endpoint que verifique JWS destacado.

No Linux, a biblioteca está sujeita a injeção de comando na função `networkInterfaces()`. Isso ocorre quando o nome de um perfil de conexão ativo do NetworkManager contém metacaracteres de shell. O valor vulnerável é obtido internamente a partir da saída do comando `nmcli device status`. Embora a biblioteca sanitize os nomes das interfaces de rede, ela não aplica a mesma sanitização à variável `connectionName` analisada. Essa variável não sanitizada é posteriormente interpolada em três strings de comando de shell executadas via `execSync()`, permitindo que um invasor que possa criar ou renomear um perfil de conexão do NetworkManager execute comandos de shell arbitrários com os privilégios do processo Node.js.

O jq aceita bytes NUL incorporados em caminhos de importação no nível da linguagem jq, mas posteriormente resolve esses caminhos usando operações de string C durante a busca de módulos e arquivos de dados. Isso resulta em uma divergência entre a string de importação lógica validada pelo código de política ou auditoria e o caminho real no disco que o software abre.

O CoreDNS é um servidor DNS que encadeia complementos. Existe um problema de negação de serviço na rota GET do DNS-over-HTTPS (DoH) porque ela carece de validação precoce de tamanho para solicitações recebidas. Especificamente, o servidor aceita valores sobredimensionados para o parâmetro de consulta `dns` e realiza operações dispendiosas — incluindo análise de consulta URL, decodificação base64 e desempacotamento de mensagem DNS — antes de rejeitar a solicitação. Em contraste, a rota POST utiliza o `http.MaxBytesReader` para limitar as leituras a 65536 bytes. Um atacante remoto não autenticado pode explorar isso enviando repetidamente solicitações GET de DoH sobredimensionadas para o endpoint `/dns-query`. Isso força um alto uso de CPU, grandes alocações de memória transiente e pressão elevada de coleta de lixo (o processo de recuperar memória usada pelo aplicativo), levando a uma negação de serviço. A lógica vulnerável está localizada nas funções `requestToMsgGet()` e `base64ToMsg()` em `plugin/pkg/doh/doh.go`.

Name of the Vulnerable Software and Affected Versions RustFS versões anteriores a alpha.90 Description RustFS, um sistema de armazenamento de objetos distribuído construído em Rust, apresentava uma verificação de autorização ausente no caminho de cópia multipart (`UploadPartCopy`) antes da versão alpha.90. Isso permitia que um usuário com poucos privilégios, sem acesso de leitura a objetos em um bucket de vítima, exfiltrasse esses objetos copiando-os para um upload multipart que ele controla e, em seguida, concluindo o upload. Isso comprometeu o isolamento de locatários em implantações multiusuário ou multilocatário. Recommendations Atualize para a versão alpha.90 ou posterior.

A biblioteca `xmldom` contém uma falha onde strings controladas por um invasor, incluindo o terminador CDATA `]]>`, podem ser inseridas em um nó `CDATASection`. Durante a serialização, o `XMLSerializer` emite o conteúdo CDATA sem rejeitar ou dividir com segurança o terminador. Isso permite que dados destinados a serem texto se tornem marcação XML ativa na saída serializada, permitindo a injeção da estrutura XML e a possível manipulação da lógica de negócios downstream. O problema afeta `Document.createCDATASection(data)`, `CharacterData.appendData()`, `CharacterData.replaceData()`, `CharacterData.insertData()` e atribuição direta a `.data` ou `.textContent`. A análise de XML contendo uma seção CDATA não é afetada. A exploração pode levar a violações de integridade de documentos XML gerados e potencial injeção de lógica de negócios em consumidores downstream.

A stack-based buffer overflow exists in the Zen C compiler. This issue is due to a flaw in identifier mangling. By supplying a specially crafted Zen C source file (`.zc`) containing excessively long struct, function, or trait identifiers, an attacker can cause a compiler crash or potentially execute arbitrary code. The vulnerability affects the processing of identifiers within the compiler.

pyLoad, a free and open-source download manager written in Python, is affected by a path traversal issue. This occurs during password verification of specific encrypted 7z archives – those encrypted with non-encrypted headers. The issue allows for arbitrary file deletion outside of the intended extraction directory. The software derives an archive entry name from 7z listing output and incorrectly treats it as a filesystem path without restricting it to the extraction directory.

O cpp-httplib é uma biblioteca HTTP/HTTPS multiplataforma, de único arquivo e somente cabeçalho, em C++11. Antes da versão 0.35.0, a biblioteca não aplica o limite de tamanho do payload configurado por meio de `Server::set payload max length()` sobre corpos de requisição descompactados ao utilizar `HandlerWithContentReader` com `Content-Encoding: gzip` ou outras codificações suportadas. Um payload compactado pequeno pode se expandir além do limite configurado, possivelmente levando a uma negação de serviço por esgotamento de CPU ou memória.

O componente `Rack::Directory` do Rack gera índices de diretório HTML com links clicáveis para cada entrada de arquivo. Se existir um arquivo com um nome base começando com o esquema `javascript:` (por exemplo, `javascript:alert(1)`), o índice gerado inclui uma âncora com um atributo `href` definido para esse esquema. Clicar neste link executa JavaScript no navegador. Isso resulta em uma condição de cross-site scripting (XSS) no lado do cliente nas listagens de diretório geradas por `Rack::Directory`. O problema ocorre porque o nome base do arquivo é inserido diretamente no atributo `href` sem validação ou normalização. O componente vulnerável é o `Rack::Directory`.

The `callout` and `fence environment` plugins in the @digitalocean/do-markdownit package perform `.includes` substring matching if `allowedClasses` or `allowedEnvironments` is a string instead of an array.