Correção de erros: a Microsoft torna o arranque duplo Windows/Linux novamente operacional

Escrito por Guillaume
Data de publicação : {{ dayjs(1747843201*1000).local().format("L").toString()}}
Siga-nos
Este artigo é uma tradução automática

Durante nove meses, o dual-boot Windows/Linux deixou de poder funcionar devido ao bloqueio de bootloaders vulneráveis a uma falha crítica.

Como a própria Microsoft explica no registo de rastreio da correção, a implementação da correção de segurança(KB5041160) levou a um problema substancial para um número de entusiastas do dual-boot Windows/Linux. Em alguns casos, o dual-boot simplesmente parou de funcionar, com uma mensagem de erro como "Verifying shim SBAT data failed: Security Policy Violation. Something has gone seriously wrong: SBAT self-check failed: Security Policy Violation ". É um problema que já é suficientemente irritante por si só, mas que também teve o mau gosto de durar, uma vez que remonta a agosto de 2024!

A Microsoft confirmou agora, através da atualização KB5058385 datada de 13 de maio, que o bug é agora uma coisa do passado. A correção foi incluída nesta atualização, que foi lançada há alguns dias e permite reiniciar o sistema sem necessidade de efetuar qualquer operação. De salientar que a correção resolve o problema em todos os sistemas que foram afetados, ou seja, Windows 10, Windows 11 e Windows Server. Como explica a Microsoft, ele "corrige os efeitos indesejáveis da atualização SBAT ".

A atualização KB5041160 de agosto passado não foi concebida para perturbar as configurações de arranque múltiplo. O seu objetivo era bloquear os carregadores de arranque vulneráveis a uma falha crítica do GRUB2 (CVE-2022-2601). O problema era que em algumas distribuições Linux - o que explicaria porque nem todos os utilizadores de dual-boot foram afectados - a versão corrigida do GRUB2 não tinha sido integrada ou, o que é praticamente a mesma coisa, não tinha sido assinada pela Microsoft. Como resultado, o processo de arranque seguro deixou de poder funcionar corretamente. A Microsoft demorou a reagir - para dizer o mínimo - mas claramente não foi a única culpada.