Ohb00

#7051de 53,634
38.7CVSS total
Vulnerabilidades · 5
Média
1
Alta
4
PT-2024-20006
8.8
2024-08-05
Unknown · Nuxt Devtools · CVE-2024-23657
**Nome do software vulnerável e versões afetadas** Versões do Nuxt Devtools anteriores à 1.3.9 **Descrição** O problema decorre da falta de autenticação na função RPC `getTextAssetContent`, que está vulnerável a traversal de caminho. Combinado com a ausência de verificações de origem no manipulador WebSocket, um invasor pode interagir com uma instância do Devtools em execução local e extrair dados. Em determinadas configurações, um invasor poderia vazar o token de autenticação do Devtools e, em seguida, abusar de outras funções RPC para conseguir a execução remota de código (RCE). A função `getTextAssetContent` não verifica traversal de caminho, permitindo que um invasor leia arquivos arbitrários através do WebSocket RPC. O servidor WebSocket não verifica a origem da solicitação, levando ao sequestro de WebSocket entre sites (cross-site-websocket-hijacking). Os tokens de autenticação do Nuxt Devtools são armazenados no diretório home do usuário atual. Uma página da Web maliciosa pode se conectar ao WebSocket do Devtools, realizar um ataque de força bruta de traversal de diretório para localizar o token de autenticação e, em seguida, usar a função `writeStaticAssets` autenticada para criar um novo componente, Nitro Handler ou arquivo `app.vue`, que será executado automaticamente assim que o arquivo for alterado. **Recomendações** Para versões anteriores à 1.3.9, atualize para a versão 1.3.9 para corrigir a vulnerabilidade. Como solução temporária, considere desativar a função `getTextAssetContent` e restringir o acesso ao WebSocket do Devtools para minimizar o risco de exploração. Evite usar o `wri
PT-2024-25800
6.3
2024-08-05
Nuxt · Nuxt · CVE-2024-34343
**Nome do software vulnerável e versões afetadas** Versões do Nuxt anteriores à 3.12.4 **Descrição** A função `navigateTo` não utiliza corretamente as APIs fornecidas pelo pacote `unjs/ufo`, o que leva a discrepâncias na análise. A função verifica primeiro se uma URL possui um protocolo usando o pacote `unjs/ufo`, o que funciona efetivamente para o protocolo `javascript:`. No entanto, a função `parseURL` se recusa a analisar URLs mal formatadas, e a função `isScriptProtocol` não realiza análises adicionais, fazendo com que as verificações de script falhem. Os espaços em branco não são removidos na implementação de `parseURL`, contornando as verificações de `isScriptProtocol`. Certos protocolos especiais são identificados no início de `parseURL`, e inserir uma nova linha ou tabulação nessa sequência pode bloquear a verificação do protocolo especial e contornar as verificações posteriores. Esse problema tem impacto após a renderização do lado do servidor (SSR) e pode levar a Cross-Site Scripting (XSS), acesso a cookies e envio de solicitações em nome do usuário. **Recomendações** Para versões anteriores à 3.12.4, atualize para a versão 3.12.4 para resolver este problema. Como solução temporária, considere usar o construtor `URL` fornecido pelo navegador para analisar URLs, pois é o método mais seguro. Além disso, tornar a análise consistente entre funções e adaptá-la para ser mais consistente com a especificação de URL do WHATWG pode ajudar a mitigar este problema.