Ataque LVI-LFB

Na busca de CPUs cada vez mais rápidas, os fornecedores implementaram várias versões de execução especulativa. Essa funcionalidade faz com que a CPU faça suposições instruídas sobre instruções que podem ser necessárias antes de determinar se elas são, de fato, necessárias. Essa execução especulativa pode deixar rastros no cache que os invasores podem usar para vazar memória privilegiada do kernel.

O que torna a pesquisa sobre esses ataques de ponta em comparação com os ciberataques contra vulnerabilidades mais tradicionais é que ela chega à raiz de como as CPUs modernas operam. Para investigar adequadamente, as equipes de pesquisa devem ter uma compreensão completa dos internos da CPU (previsão de ramificação, execução fora de ordem, execução especulativa, pipeline e caches), internos do sistema operacional (chamadas do sistema, tratamento de interrupções e exceções e KPTI) e canais laterais e ataques de execução especulativa em geral.

• Livro branco do LVI-LFB
• Prova de conceito do LVI-LFB
• Ataque SWAPGS:

Essa nova técnica de ataque é chamada de Injeção de Valor de Carga, e o CVE atribuído a ela é CVE-2020-0551.

Os pesquisadores analisaram anteriormente o MDS (Microarchitectural Data Sampling) apenas de uma direção; a vítima acessa o segredo, que é carregado nos buffers MDS, enquanto o invasor vaza o conteúdo dos buffers MDS emitindo uma instrução de carga que requer assistências de microcódigo (por exemplo, por ler um endereço inválido). No entanto, os buffers MDS também podem ser abusados ao contrário; se um invasor pulverizar os buffers MDS com um valor específico, uma vítima pode carregar especulativamente esse valor específico quando uma instrução de carga aciona tal assistência de microcódigo (por exemplo, a instrução de carga aciona uma falha). Ao analisar cuidadosamente o que é o Spectre e o que é MDS, um olho atento identificará rapidamente a causa raiz da nova vulnerabilidade LVI-LFB; um ramo de memória indireta que requer uma assistência de microcódigo sendo alimentado com valores obsoletos dos buffers MDS que podem ser controlados por um invasor, levando assim à execução especulativa de códigos arbitrários.

Outros cenários de ataque foram descritos por pesquisadores acadêmicos que descobriram de forma independente e relataram o problema pela primeira vez à Intel em abril de 2019. O Bitdefender relatou o problema à Intel em 10 de fevereiro de 2020. A resposta deles em 25 de fevereiro reconheceu o problema e também revelou que a divulgação pública ocorreria em 10 de março de 2020.

As estratégias de mitigação para ataques de canal lateral baseados em hardware se enquadram em várias categorias, cada uma com um grau de impacto operacional nas organizações.

1. Hardware. Essas são correções incluídas diretamente no hardware e se aplicam apenas a gerações de CPUs que foram construídas após a identificação das falhas de arquitetura.
2. Software. Essas são implementações de patch que funcionam inteiramente dentro do software. O Kernel Page Table Isolation (KPTI) é um exemplo de correção que protege a memória do kernel em um espaço de endereço virtual isolado, tornando ineficazes vários ataques especulativos de canal lateral, como Meltdown. No entanto, para ser eficaz contra o LVI-LFB de aplicativo para aplicativo, um novo tipo de KPTI - KPTI horizontal - é necessário. Alternativamente, o sistema operacional também deve liberar os buffers MDS (LFBs em particular) ao fazer a transição de um modo menos privilegiado para um modo mais privilegiado, para evitar que os acessos à memória assistida por microcódigo sejam executados especulativamente com dados controlados pelo invasor
3. Microcódigo. Essas mitigações exigem cooperação entre hardware e software. O fornecedor de hardware fornece um patch de microcódigo para expor novas funcionalidades (por exemplo, as mitigações Spectre, L1TF ou MDS) que são usadas pelo hipervisor ou pelo (s) fornecedor (es) do sistema operacional para mitigar as vulnerabilidades.
4. Desativando recursos. Desativar o hyperthreading é uma boa ideia em sistemas em que a segurança é crítica, assim como serializar todas as operações de carga críticas usando a instrução lfence. Outras mitigações podem envolver modificações nos compiladores, a fim de gerar código que não seja vulnerável a esse tipo de ataque.

Outro ataque de canal lateral que foi descoberto pela Bitdefender, o Ataque SWAPGS pode ser mitigado usando o Bitdefender Hypervisor Introspection.