CVE-2020-6418

Falha de type confusion no motor JavaScript V8 do Google Chrome, explorável remotamente através de uma página HTML maliciosa, permitindo corrupção de heap e potencialmente execução de código arbitrário no contexto do processo de renderização. Foi descoberta pelo Google Threat Analysis Group (TAG) como um 0-day usado em ataques reais antes da correção, o que justifica sua entrada no catálogo KEV da CISA.

A vulnerabilidade é uma type confusion (CWE-843) dentro do V8, o motor JavaScript/WebAssembly do Chromium. Esse tipo de falha ocorre quando o motor trata um objeto como sendo de um tipo diferente do que realmente é em tempo de execução — normalmente por um erro de otimização do compilador JIT (TurboFan) que assume um shape/tipo de objeto que pode mudar entre a fase de compilação especulativa e a execução real. O atacante controla o código JavaScript executado pela página e, através dele, manipula o estado dos objetos de forma a violar a suposição de tipo que o compilador fez, obtendo acesso de leitura/escrita fora dos limites esperados de um objeto.

O vetor é uma página HTML/JavaScript maliciosa servida ao usuário — típico cenário de watering hole ou link malicioso, sem necessidade de autenticação, mas exigindo que a vítima visite a página (UI:R no CVSS). A exploração de type confusion em V8 costuma seguir um padrão conhecido: o atacante força o JIT a compilar uma função com uma suposição de tipo, depois desvia dessa suposição (por exemplo, alterando o protótipo ou o shape do objeto durante a execução), conseguindo corromper o heap e a partir daí construir primitivas de leitura/escrita arbitrária que viabilizam execução de código dentro do processo de renderização — geralmente combinada com uma segunda falha para escapar do sandbox do Chrome.

A correção é atualizar o Google Chrome para a versão 80.0.3987.122 ou posterior — o próprio Google confirma que o bug foi corrigido nesse release. Distribuições Linux publicaram pacotes correspondentes de chromium-browser/chromium (Red Hat via RHSA-2020:0738, Fedora, Gentoo) na mesma versão upstream ou superior; não há flag de configuração, política de sandbox ou controle compensatório documentado que neutralize a falha sem atualizar o binário, já que o problema está na geração de código JIT do V8. Manter JavaScript desabilitado por padrão para origens não confiáveis reduz a superfície de ataque, mas não é uma mitigação suportada oficialmente — não substitui a atualização.

Não há assinatura de rede confiável para detectar exploração, já que o ataque ocorre inteiramente dentro do JavaScript executado no cliente via HTTPS — o tráfego de exploração é indistinguível de conteúdo web legítimo sem inspeção do payload JS em si. Em ambientes corporativos, sinais indiretos incluem crashes do processo de renderização do Chrome (renderer) fora do padrão, especialmente correlacionados com visitas a domínios recém-registrados ou suspeitos, e alertas de EDR para comportamento pós-exploração (shellcode, spawn de processos a partir do Chrome) já que a falha por si só não deixa rastro em logs de aplicação.