INTEL-SA-00086 extraindo a chave secreta usada para criptografar o código da CPU Intel: a assinatura digital é ignorada?

Question

Em um ataque recente ao INTEL-SA-00086 , os pesquisadores foram capazes de extrair a chave secreta que criptografa atualizações para várias CPUs Intel.

No blog da arstechnica é mencionado como

A chave também pode permitir que outras partes além da Intel - digamos um hacker malicioso ou um amador - atualizem os chips com seu próprio microcódigo, embora essa versão personalizada não sobreviveria a uma reinicialização.

Em teoria, também pode ser possível usar o Chip Red Pill em um ataque de empregada malvada, no qual alguém com acesso fugaz a um dispositivo o hackeia. Mas em qualquer um desses casos, o hack seria amarrado, o que significa que duraria apenas enquanto o dispositivo estivesse ligado. Uma vez reiniciado, o chip voltaria ao seu estado normal. Em alguns casos, a capacidade de executar microcódigo arbitrário dentro da CPU também pode ser útil para ataques a chaves de criptografia, como aquelas usadas em módulos de plataforma confiável.

• Como alguém pode fazer upload do firmware sem a chave privada? Não é necessário um cheque de assinatura?

• Como podemos ter certeza de que nossa CPU enviada não foi hackeada por terceiros?

Answer 1

Sim, é contornado

De acordo com as CVE-2018-3659 e CVE-2018-3643 whitepaper , de Mangement mecanismo de segurança do Intel® Converged Sistema em um Chip tem quatro diferentes DFx ( Design For testability, depuração , segurança e validação ) estados :

1. Verde (DFx bloqueado) - estado normal
2. Laranja (DFx desbloqueado) - permite depurar IPs OEM
3. Vermelho (DFx desbloqueado ) - permite que a Intel depure TODOS os IPs
4. DAM (modo de autenticação atrasado) - estado especial em que as interfaces de depuração ainda estão fechadas

A vulnerabilidade INTEL-SA-00086 usa um estouro de buffer na manipulação de arquivos do sistema de arquivos do Intel Management Engine para alterar o estado DFx para vermelho desbloqueado , que mais tarde permite que o invasor desative as verificações de assinatura de firmware enquanto o estado DFx permanecer.

Os passos detalhados para reproduzi-lo podem ser vistos na Prova de Conceito publicada .

Podemos ter relativamente certeza de que o firmware CSME não foi hackeado por terceiros (pelo menos sem o consentimento da Intel) porque é a chave de criptografia do microcódigo RC4 que foi quebrada, NÃO a chave de assinatura do firmware . Quando o computador é reinicializado , o estado DFx volta para Verde bloqueado e, se houver alterações persistentes, a verificação da assinatura do firmware falha, pois os hashes das chaves públicas de assinatura são incorporados na ROM durante o processo de fabricação e não podem ser reescritos. No entanto, vulnerabilidades relacionadas mais recentes podem ser descobertas.