Como mitigar contra o Specter variante 2 no CentOS 6.9?

Question

De acordo com o atualização do microcódigo Intel que foi lançado em 2018-03 -12 para endereçar Spectre / Meltdown, o microcódigo não é compatível com o CentOS 6.

Portanto, os sistemas que executam o CentOS 6 permanecem vulneráveis ao Specter Variant 2, já que os mantenedores do CentOS delegaram a responsabilidade por esse patch aos fornecedores de upstream (também conhecidos como Intel).

Instalamos todas as atualizações do SO disponíveis e isso foi corrigido com sucesso contra o Specter Variant 1 e o Meltdown nos sistemas CentOS 6.

Saída da execução do link :

Spectre and Meltdown mitigation detection tool v0.35

Checking for vulnerabilities on current system
Kernel is Linux 2.6.32-696.23.1.el6.x86_64 #1 SMP Tue Mar 13 22:44:18 UTC 2018 x86_64
CPU is Intel(R) Xeon(R) CPU E3-1220 V2 @ 3.10GHz

Hardware check
* Hardware support (CPU microcode) for mitigation techniques
  * Indirect Branch Restricted Speculation (IBRS)
    * SPEC_CTRL MSR is available:  NO
    * CPU indicates IBRS capability:  NO
  * Indirect Branch Prediction Barrier (IBPB)
    * PRED_CMD MSR is available:  NO
    * CPU indicates IBPB capability:  NO
  * Single Thread Indirect Branch Predictors (STIBP)
    * SPEC_CTRL MSR is available:  NO
    * CPU indicates STIBP capability:  NO
  * Enhanced IBRS (IBRS_ALL)
    * CPU indicates ARCH_CAPABILITIES MSR availability:  NO
    * ARCH_CAPABILITIES MSR advertises IBRS_ALL capability:  NO
  * CPU explicitly indicates not being vulnerable to Meltdown (RDCL_NO):  NO
  * CPU microcode is known to cause stability problems:  NO  (model 58 stepping 9 ucode 31)
* CPU vulnerability to the three speculative execution attacks variants
  * Vulnerable to Variant 1:  YES
  * Vulnerable to Variant 2:  YES
  * Vulnerable to Variant 3:  YES

CVE-2017-5753 [bounds check bypass] aka 'Spectre Variant 1'
* Mitigated according to the /sys interface:  YES  (kernel confirms that the mitigation is active)
* Kernel has array_index_mask_nospec:  NO
* Kernel has the Red Hat/Ubuntu patch:  YES
> STATUS:  NOT VULNERABLE  (Mitigation: Load fences)

CVE-2017-5715 [branch target injection] aka 'Spectre Variant 2'
* Mitigated according to the /sys interface:  NO  (kernel confirms your system is vulnerable)
* Mitigation 1
  * Kernel is compiled with IBRS/IBPB support:  YES
  * Currently enabled features
    * IBRS enabled for Kernel space:  NO
    * IBRS enabled for User space:  NO
    * IBPB enabled:  YES
* Mitigation 2
  * Kernel compiled with retpoline option:  YES
  * Kernel compiled with a retpoline-aware compiler:  UNKNOWN
> STATUS:  VULNERABLE  (Vulnerable: Retpoline with unsafe module(s))

CVE-2017-5754 [rogue data cache load] aka 'Meltdown' aka 'Variant 3'
* Mitigated according to the /sys interface:  YES  (kernel confirms that the mitigation is active)
* Kernel supports Page Table Isolation (PTI):  YES
* PTI enabled and active:  YES
* Running as a Xen PV DomU:  NO
> STATUS:  NOT VULNERABLE  (Mitigation: PTI)

A false sense of security is worse than no security at all, see --disclaimer

Este é o mesmo em vários sistemas executando o CentOS 6.9.

Como podemos corrigir um sistema rodando o CentOS 6 contra a variante 2 do Specter?

    

Answer 1

Sério, você pode ignorar completamente a lista de compatibilidade do sistema operacional do centro de download da Intel, pelo menos para a distribuição de microcódigo. Não vale absolutamente nada.

O pacote de atualização de microcódigo é compatível com tudo que recebe atualizações de microcódigo da Intel. Aquela coisa não viu uma mudança relevante em seu ABI em uma década e meia.

Se o kernel no CentOS 6.9 fará uso dos novos recursos introduzidos pela atualização do microcódigo é um assunto separado, e mesmo que não tenha, não o tornaria incompatível com a atualização do microcódigo.

Aliás, suas instruções sobre como fazer upload do microcódigo para o processador também estão completamente erradas (o kernel NUNCA foi capaz de lidar com o formato baseado em texto).

Supondo que você não pode simplesmente obter um SRPM da atualização do microc-microcódigo de outra ramificação do CentOS e reconstruí-lo, basta instalar um antigo, e substituir os arquivos de dados do microcódigo instalados pelo RPM por outros equivalentes. tarball intel. Não se esqueça de reconstruir o initramfs / initrd e reinicializar para aplicar a atualização antecipadamente.

Ou você pode esperar, o CentOS publicará uma atualização eventualmente, assim como todo mundo. A maioria (todas?) Das distribuições já tem essas atualizações em suas ramificações instáveis ou de teste beta, e elas migrarão para suas versões estáveis eventualmente (o tempo depende da distribuição).