Ett fel vid uppdatering till Windows blockerade Linux-boot vid användning av UEFI Secure Boot

I det uppdatering som Microsoft släppte i tisdags för operativsystemet Windows upptäcktes ett problem som gör det omöjligt att starta Linux-system som är installerade parallellt med Windows på samma dator. Problemet beror på en patch som syftar till att åtgärda en gammal sårbarhet (CVE-2022-2601) i GRUB-laddaren, som åtgärdades 2022. Microsoft har ännu inte publicerat något uttalande angående det uppkomna felet och har inte kommenterat saken.

I noteringen från förändringen angavs att patchen som inför nya SBAT-policyn (UEFI Secure Boot Advanced Targeting) kommer att tillämpas på system som endast använder Windows och inte påverka konfigurationer med dubbelstart (ändringen blockerade möjligheten att använda startbilder med gammal GRUB för att kringgå Secure Boot på system som endast har Windows installerat). Det framgick också att ändringen kan leda till problem med att starta ISO-bilder av gamla system som levereras med en sårbar version av GRUB. I praktiken uppstod problem även för användare av dubbelstartssystem som använder nya Linux-distributioner såsom Ubuntu 24.04 och Debian 12.6, där sårbarheten i GRUB länge har åtgärdats.

Problemet manifesterar sig i form av att startprocessen stoppas med meddelandet "Verifying shim SBAT data failed: Security Policy Violation. Something has gone seriously wrong: SBAT self-check failed: Security Policy Violation". Som en återställning rekommenderas att ta bort de installerade SBAT-data i UEFI, vilket kan göras genom att stänga av Secure Boot i firmware, ladda ner en ny Linux-distribution med stöd för UEFI Secure Boot, exempelvis Ubuntu, köra kommandot "mokutil —set-sbat-policy delete" i terminalen, och sedan starta om Linux-distributionen för att installera korrekt SBAT-policy. Efter detta kan Secure Boot-läget återställas i firmware.

SBAT-mekanismen utvecklades av Red Hat i samarbete med Microsoft för att blockera sårbarheter i GRUB-bootloadern och shim-lagret utan att återkalla den digitala signaturen. SBAT innebär att man lägger till metadata i UEFI-komponenternas körbara filer, som inkluderar information om tillverkare, produkt, komponent och version. Den angivna metadatan signeras digitalt och kan inkluderas i separata listor över tillåtna eller förbjudna komponenter för UEFI Secure Boot. SBAT gör det möjligt att blockera användningen av digitala signaturer för specifika versionsnummer av komponenter utan att behöva återkalla nycklar för Secure Boot.

Blockering av sårbarheter genom SBAT kräver ingen användning av listan över återkallade UEFI-certifikat (dbx), utan genomförs på nivån av att ersätta den interna nyckeln för att skapa signaturer och uppdatera GRUB2, shim och andra bootartefakter som tillhandahålls av distributionerna. Innan SBAT infördes var uppdatering av listan över återkallade certifikat (dbx, UEFI Revocation List) en nödvändig del av den fullständiga blockeringen av sårbarheten, eftersom en angripare, oavsett vilket operativsystem som användes, kunde kompromettera UEFI Secure Boot genom att använda ett bootmedia med en gammal sårbar version av GRUB2, som var signerad digitalt.

Källa: opennet.ru