O exploit Fabricked destrói silenciosamente a proteção de hardware dos chips EPYC com plena eficácia — a AMD já lançou uma correção

O exploit Fabricked destrói silenciosamente a proteção de hardware dos chips EPYC com plena eficácia — a AMD já lançou uma correção

27 hardware

Resumo

Em abril, pesquisadores da ETH Zürich descobriram uma vulnerabilidade na proteção de hardware AMD SEV‑SNP que permite a um atacante obter acesso completo à memória protegida de uma máquina virtual (CVM) em processadores AMD EPYC. O exploit, chamado Fabricked, explora falhas no roteamento de memória via Infinity Fabric durante o boot e pode enganar a atestação criptográfica na qual os usuários confiam para verificar a integridade do seu ambiente.

1. O que é AMD SEV‑SNP e para que serve
* Computação confidencial permite aos locatários da nuvem garantir que o provedor não possa ler seus dados.
* SEV‑SNP cria máquinas virtuais isoladas por hardware: a memória é criptografada e o acesso controlado por um processador de segurança embutido – PSP (Platform Security Processor).
* Durante o boot, o PSP inicializa a Reverse Map Table (RMP) – tabela de acesso para cada página de memória.
A atestação (verificação criptográfica) depende do funcionamento correto da RMP.

2. Como funciona Fabricked
1. Problema no UEFI
* Dispositivos AMD usam UEFI para configurar o Infinity Fabric – rede interchip que roteia tráfego de memória entre núcleos, controladores e periféricos.
* Durante o boot, a UEFI chama duas APIs PSP que “trancam” os registradores de configuração do Infinity Fabric após sua definição.
* Se a UEFI for substituída (o que é possível pois é controlada pelos provedores de nuvem), essas chamadas podem ser puladas, deixando o Data Fabric acessível para escrita mesmo depois da ativação do SEV‑SNP.

2. Falha na verificação MMIO
* Quando o PSP recebe solicitações de acesso à memória, a verificação primeiro segue regras MMIO (para interação com dispositivos de hardware) e depois regras normais de DRAM.
* O atacante pode configurar mapeamentos MMIO para “sombrear” a região da RMP. Como resultado, gravações do PSP são ignoradas, mas o SEV‑SNP ainda indica inicialização bem-sucedida.

3. Resultado – uma RMP não inicializada permanece sob controle do atacante. O hipervisor ganha capacidade de ler e escrever em quaisquer áreas de memória da CVM sem ser detectado pelo SO convidado.

3. Demonstração dos exploits
* Ativar modo de depuração em uma CVM já em execução após a atestação – o hipervisor consegue descriptografar qualquer parte da memória, permanecendo invisível.
* Substituição massiva de relatórios de atestação – permite ao atacante emitir confirmações falsas de integridade do ambiente.

4. O que isso significa para os usuários
* A vulnerabilidade é totalmente determinística e tem 100 % de chance de sucesso sem acesso físico ao servidor.
* Não requer execução de código dentro da máquina virtual – basta o host em nuvem que controla a UEFI.
* Usuários que dependem do SEV‑SNP para computação confidencial correm risco de perder controle sobre seus dados.

5. O que dizem os pesquisadores
Os resultados foram publicados no artigo *USENIX Security 2026*. Os autores destacam que o Fabricked contorna o mecanismo chave de atestação e demonstram exploits práticos que confirmam a gravidade da ameaça.

Conclusão:

Fabricked revela uma vulnerabilidade fundamental na cadeia de proteção do AMD SEV‑SNP. Se não forem tomadas medidas para atualizar a UEFI e reforçar a verificação da RMP, provedores de nuvem poderão obter acesso completo à memória protegida das máquinas virtuais sem ser detectados pelos locatários.

Comentários (0)

Compartilhe sua opinião — por favor, seja educado e mantenha-se no tema.

Ainda não há comentários. Deixe um comentário e compartilhe sua opinião!

Para deixar um comentário, faça login.

Faça login para comentar