Timneutkens

Aplicações que utilizam React Server Components (RSC) estão suscetíveis a envenenamento de cache (cache poisoning) quando caches compartilhadas não particionam corretamente as variantes de resposta. Um invasor pode manipular o sistema para que uma resposta RSC seja servida a partir da URL original, envenenando as entradas do cache compartilhado. Consequentemente, visitantes posteriores recebem payloads de componentes em vez do HTML esperado. Isso ocorre devido à validação e interpretação inconsistentes dos cabeçalhos de requisição `RSC` durante a classificação e renderização da requisição.

O cross-site scripting (XSS) armazenado é possível em aplicações que dependem de nonces de Content Security Policy (CSP) quando implantadas atrás de caches compartilhados. Valores de nonce malformados derivados de cabeçalhos de requisição podem ser refletidos no HTML renderizado de forma insegura, permitindo que um invasor envenene as respostas em cache e execute scripts para visitantes posteriores. Nonces de CSP são tokens de segurança usados para permitir que apenas scripts inline específicos sejam executados, prevenindo a injeção de scripts não autorizados.

Aplicações self-hosted que utilizam o servidor Node.js integrado estão sujeitas a server-side request forgery (SSRF), uma condição em que um invasor força um servidor a fazer requisições para um local não pretendido. Atacantes remotos não autenticados podem usar requisições HTTP de formulário absoluto manipuladas contendo cabeçalhos `Upgrade: websocket` para forçar o servidor a fazer o proxy de requisições para destinos internos ou externos arbitrários. Isso pode expor serviços internos, painéis de administração, APIs privadas e endpoints de metadados de nuvem (como 169.254.169.254), levando potencialmente ao roubo de credenciais de nuvem, chaves de API e segredos. Estima-se que aproximadamente 79.000 instâncias estejam expostas no Shodan. Implantações hospedadas no Vercel não são afetadas.

Aplicações que utilizam o Pages Router com `i18n` configurado e autorização baseada em middleware ou proxy podem permitir o acesso não autorizado a dados de páginas protegidas. Isso ocorre por meio de requisições sem localidade para o endpoint "/ next/data/<buildId>/<page>.json". Nessas configurações, o middleware não é executado para a rota de dados não prefixada, permitindo que um invasor recupere o JSON de Renderização do Lado do Servidor (SSR) de páginas protegidas, ignorando as verificações de autorização pretendidas.

Aplicações App Router que utilizam verificações de autorização baseadas em middleware ou proxy podem permitir acesso não autorizado através de variantes de rota específicas de transporte usadas para pré-busca de segmentos (segment prefetching). URLs `.rsc` e de pré-busca de segmento especialmente criadas podem resolver para a mesma página sem serem correspondidas pela regra de middleware pretendida, permitindo que conteúdos protegidos sejam acessados sem a verificação de autorização esperada.

Aplicações que utilizam scripts `beforeInteractive` juntamente com conteúdo não confiável podem estar suscetíveis a cross-site scripting (XSS), uma falha onde scripts maliciosos são injetados em sites confiáveis. O conteúdo do script serializado não era escapado com segurança antes de ser incorporado ao documento, o que permitia que entradas controladas por um invasor saíssem do contexto de script pretendido e executassem JavaScript arbitrário no navegador do visitante.

**Nome do software vulnerável e versões afetadas: Versões do Next.js anteriores à 12.0.5 Versões do Next.js anteriores à 11.1.3 Descrição: O problema surge quando URLs inválidas ou malformadas são processadas, podendo levar a uma falha do servidor. Isso pode ocorrer em implantações que utilizam versões do Next.js acima da 11.1.0 e abaixo da 12.0.5, Node.js acima da 15.0.0, e next start ou um servidor personalizado. No entanto, implantações no Vercel e em ambientes semelhantes, onde solicitações inválidas são filtradas antes de chegarem ao Next.js, não são afetadas. Recomendações: Para versões do Next.js anteriores à 12.0.5, atualize para a versão 12.0.5 ou posterior para resolver o problema. Para versões do Next.js anteriores à 11.1.3, atualize para a versão 11.1.3 ou posterior para resolver o problema. Como solução alternativa temporária, considere restringir o acesso ao servidor ou implementar filtragem para solicitações inválidas a fim de minimizar o risco de exploração.

A vulnerabilidade no Next.js permite que ocorra um redirecionamento aberto para um site externo quando caminhos especialmente codificados são usados com páginas geradas estaticamente ou com o arquivo error.js. Esse redirecionamento não prejudica diretamente os usuários, mas pode possibilitar ataques de phishing ao redirecionar de um domínio confiável para o domínio de um invasor.

A vulnerabilidade permite um redirecionamento aberto, em que caminhos especialmente codificados podem ser usados com o redirecionamento por barra final para permitir que ocorra um redirecionamento aberto para um site externo. Esse redirecionamento não prejudica diretamente os usuários, embora possa permitir ataques de phishing ao redirecionar de um domínio confiável para o domínio de um invasor.

A falha permite que invasores criem solicitações especiais para acessar arquivos no diretório dist (.next) devido a uma vulnerabilidade de traversal de diretório. Essa vulnerabilidade não afeta arquivos fora do diretório dist (.next). Em geral, o diretório dist contém apenas recursos de compilação, a menos que o aplicativo armazene intencionalmente outros recursos nesse diretório.