Desde janeiro de 2018, quando Meltdown e Espectre expuseram falhas fundamentais nos processadores modernos, pesquisadores descobriram dezenas de vulnerabilidades de hardware. Essas falhas quebram as fronteiras de segurança entre diferentes processos, máquinas virtuais e ambientes de execução confiável. Não há patch de software que resolva completamente todas — algumas exigem atualização de microcode, outras desaparecem apenas com nova geração de chips.
O que começou como dois ataques contra execução especulativa evoluiu para uma classe inteira de ameaças. Hoje, a lista inclui variantes sofisticadas de Espectre, ataques contra memória DRAM, GPUs e processadores de diferentes fabricantes. A comunidade de segurança continua encontrando brechas que fabricantes acreditavam estar fechadas.
Espectre e Meltdown: A Raiz do Problema
Espectre explora uma característica fundamental dos processadores modernos: a execução especulativa. O processador adivinha qual instrução executar depois, evitando perda de tempo. Se errar, descarta o resultado — mas deixa rastros no cache. Atacantes conseguem ler essas pistas e extrair senhas, chaves criptográficas e dados de kernel.
A primeira onda de variantes foi devastadora. Espectre variante 1 (CVE-2017-5753) explora predição de ramificação para ler memória de outros processos. Espectre variante 2 (CVE-2017-5715) usa injeção de alvo de ramificação — exige atualização de microcode, pois o software não consegue frear completamente. Meltdown variante 3 (CVE-2017-5754), também chamada RDCL, permite que um processo comum leia memória protegida do kernel. A mitigação usa isolamento no nível do sistema operacional, como o KPTI do Linux.
Posteriormente surgiram mais variantes. Meltdown-GP (CVE-2018-3640) vaza registradores de sistema. Meltdown-NM (CVE-2018-3665) expõe o estado da unidade de ponto flutuante, que pode conter dados de operações criptográficas. Espectre variante 4 (CVE-2018-3639) permite leituras antes que endereços de escrita sejam confirmados. Cada uma exige combinação diferente de patch e atualização do sistema operacional.
O desafio real é coordenar correções entre fabricantes de CPU, fabricantes de dispositivos e desenvolvedores de SO — processo que ainda deixa sistemas vulneráveis por meses ou anos.
Espectre em Máquinas Virtuais e Ambientes Confiáveis
Conforme pesquisadores testaram os limites da execução especulativa, descobriram que máquinas virtuais correm risco particular. Numa máquina virtual, múltiplos sistemas operacionais dividem o mesmo processador físico — frequentemente compartilhando cache L1.
Foreshadow-OS (CVE-2018-3620) extrai dados do cache L1 do kernel. Foreshadow-VMM (CVE-2018-3646) permite que um SO convidado leia memória de outro SO convidado ou do hypervisor. Foreshadow-SGX (CVE-2018-3615) quebra Intel Software Guard Extensions (SGX), um ambiente supostamente seguro mesmo com SO comprometido.
Pesquisadores da Universidade de Amsterdam descobriram em 2020 o SRBDS (CVE-2020-0543): certos processadores compartilham um buffer entre todos os cores, expandindo a superfície de ataque. Usando a ferramenta CrossTalk, conseguiram vazar a saída do gerador de números aleatórios do SGX — suficiente para roubar chaves ECDSA de um enclave em core diferente.
Em 2022, pesquisadores descobriram algo surpreendente: o ajuste dinâmico de frequência para poupar energia deixa rastros que vazam dados. Hertzbleed (CVE-2022-23823 e CVE-2022-24436) explora o fato de que diferentes computações usam frequências diferentes conforme os dados processados. Isso gera diferenças mensuráveis no tempo de execução.
O perigoso é que Hertzbleed funciona contra implementações criptográficas “constant-time”, projetadas especificamente para não vazar informação. Os pesquisadores usaram Hertzbleed para extrair chaves completas do SIKE, um mecanismo de encapsulamento de chave pós-quântico. A mitigação parcial é desabilitar Turbo Boost, mas isso prejudica desempenho em todo o sistema.
Rowhammer e Ataques Físicos à Memória
Se execução especulativa é um problema lógico, Rowhammer é físico. Quando lê a mesma linha de memória SDRAM centenas de milhões de vezes em sequência rápida, a densidade de células modernas faz cargas elétricas vazarem para linhas adjacentes — invertendo bits.
Google descobriu em 2015 que dava para virar isso em privilege escalation. Rowhammer.js, divulgado em 2017, provou que um atacante conseguia fazer isso do navegador visitando um site malicioso. Drammer (CVE-2016-6728) funcionou em dispositivos Android. Flip Feng Shui atacou máquinas virtuais de forma controlada.
Até memória com correção de erros (ECC), usada em servidores, mostrou-se vulnerável via ECCploit. RAMBleed foi o primeiro a roubar dados em vez de só modificá-los — combinou row hammering com side-channel para inferir o conteúdo de células adjacentes.
ZenHammer, divulgado em março de 2024, conseguiu Rowhammer em DDR5 e CPUs Zen da AMD. Pesquisadores da ETH Zurich reverteram as funções de endereçamento DRAM da AMD e sincronizaram padrões de acesso com ciclos de refresh para burlar a mitigação Target Row Refresh (TRR). Phoenix (CVE-2025-6202), divulgado em setembro de 2025, derrota TRR até em DDR5 e conseguiu privilégio root em menos de 2 minutos — só em plataformas AMD, pois Intel adicionou pTRR.
GPUs: Novos Alvos de Ataque
Conforme machine learning e processamento acelerado crescem, GPUs viraram alvo de pesquisadores. LeftoverLocals (CVE-2023-4969) vaza dados deixados em memória local por outros processos em GPUs de Apple, AMD e Qualcomm. Pesquisadores recuperaram 5,5 MB por chamada GPU na AMD Radeon RX 7900 XT, suficiente para reconstruir saídas de modelo de linguagem grande.
GPUHammer, divulgado em agosto de 2025, foi o primeiro Rowhammer contra GPU Nvidia dedicada com GDDR6. Rodando kernel CUDA não-privilegiado conseguiu flip bits. GPUBreach vai além: corrompe page tables de GPU para escalar privilégio, ler e escrever memória de outro processo, vazar chaves criptográficas. GPUThor (agosto de 2026) derrota até proteção ECC em GPUs enterprise Nvidia usando hammering não-uniforme que gera erros múltiplos que ECC não foi desenhado para corrigir.
Ataques à Memória: Quando o Hardware Não Obedece
Além de execução especulativa e Rowhammer, pesquisadores encontraram formas de trapacear o subsistema de memória. BadRAM (CVE-2024-21944) modifica o chip SPD de um módulo DRAM para relatar o dobro da capacidade real — derrota proteções em ambientes de execução confiável como AMD SEV-SNP. Custou apenas $10.
Battering RAM, apresentado em dezembro de 2025, usa um interposer DDR4 de $50 entre processador e módulo para manipular mapeamento de endereços em runtime. Burla checks de boot que Intel e AMD adicionaram após BadRAM. Pesquisadores ganharam acesso arbitrário à memória protegida por SGX, extraíram chave de provisioning e plantaram backdoors em VMs AMD SEV-protegidas.
DDRop (setembro de 2026), de um consórcio de universidades e Google, força erro no barramento de comando DDR5 e suprime o sinal de erro do módulo. Quebra garantias de integridade de memória do Intel Trusted Domain Extensions (TDX), SGX escalável e AMD SEV-SNP. Um interposer de $159 basta. Intel e AMD classificaram como fora de seus threat models.
Mapa Completo de Vulnerabilidades Encontradas
Nos sete anos desde Meltdown, a lista cresceu para 58 vulnerabilidades nomeadas — e nem todas têm fix completo:
Espectre-BHI (CVE-2022-0001, CVE-2022-0002, CVE-2022-23960): poisona histórico global do preditor de ramificação, bypassa defesas de hardware. Linux desabilita eBPF, mas gadgets alternativos existem.
Retbleed (CVE-2022-29901, CVE-2022-29900): mostra que returns podem underflow o return stack buffer e disparar execução especulativa. Intel chama de RSBU; AMD de Branch Type Confusion.
SQUIP (CVE-2021-46778): mede contenção em filas de scheduler durante multithreading simultâneo em CPUs AMD para vazar dados.
Zenbleed (CVE-2023-20593): use-after-free de CPU em Zen 2 da AMD — execução especulativa incorreta do SIMD Zeroupper vaza dados de registradores físicos.
Downfall/GDS (CVE-2022-40982): vaza dados de registradores físicos em múltiplas gerações Intel, similar a Zenbleed.
Inception (CVE-2023-20569): ataque especulativo novo em AMD que hijacks transient control-flow de returns.
GoFetch: side-channel em prefetcher dependente de dados de CPUs M-series Apple — extraiu chaves de OpenSSL, Go RSA, Kyber e Dilithium.
EntrySign (CVE-2024-36347, CVE-2024-56161): forja assinatura de patches de microcode em Zen 1-5 da AMD, undermina SEV-SNP.
Transient Scheduler Attacks (CVE-2024-36348+): vaza dados via store queue e L1 cache em Zen 3 e Zen 4.
A proteção completa exige combinação de atualizações de microcode, patches do sistema operacional e, em alguns casos, mudanças arquiteturais nos novos processadores. O desafio permanece: equilibrar segurança com desempenho.
Para testar e validar mudanças em suas aplicações contra esses riscos, use a Calculadora de Subrede do PratiqueTech para configurar ambientes de rede segura, ou acesse nossos validadores para garantir integridade de dados em suas operações.
