Fjärr-sårbarhet i Shim-lagret som möjliggör omgåelse av UEFI Secure Boot

I Shim-lagret, som används i de flesta Linux-distributioner för verifierad boot i UEFI Secure Boot-läge, har en sårbarhet identifierats (CVE-2023-40547) som kan leda till fjärrkörning av kod och kringgå UEFI Secure Boot-verifieringsmekanismen. En angripare som kontrollerar HTTP-servern som Shim kontaktar kan returnera ett specialutformat svar, vilket leder till kontrollerad skrivning utanför bufferten och möjliggör kodutförande tidigt i boot-processen.

Sårbarheten orsakas av ett fel i koden för att ladda filer via HTTP, vilket uppträder när ogiltiga svar som returneras av HTTP-servern som shim kontaktar behandlas. HTTPBoot-läget i Shim har stöd sedan 2016 och möjliggör nätverksboot, genom att använda HTTP-protokollet för att hämta filen med boot-programmet som anropas i nästa steg. Vid laddning av filer via HTTP reserverar Shim en buffert för de mottagna data, baserat på det angivna storleken i HTTP-headern "Content-Length" snarare än den faktiska datastorleken. Därmed kan en angripare, genom att returnera ett lägre värde i Content-Length-headern, åstadkomma skrivning av begärans svans i minne utanför bufferten.

Shim är signerad med en digital signatur från Microsoft och verifierar GRUB2 med sitt eget certifikat, vilket gör att distributionsutvecklare inte behöver signera varje kärn- och GRUB-uppdatering med Microsoft. Sårbarheten i Shim möjliggör en inbrytning i förtroendekedjan när Secure Boot-läget är aktivt, vilket ger fullständig kontroll över den vidare boot-processen, t.ex. för att ladda ett annat operativsystem, modifiera komponenter i operativsystemet och kringgå Lockdown-skyddet.

Sårbarheten är åtgärdad i Shim-version 15.8, men för att helt blockera angreppet via Shim krävs att den nya versionen signeras av Microsoft och implementeras i distributionerna. Status för åtgärdande av sårbarheten i distributionerna kan bedömas på följande sidor: Debian, Ubuntu, SUSE, RHEL, Fedora. Problemet är att utan återkallande av signaturen för den gamla versionen är åtgärden meningslös, eftersom en angripare kan använda en boot-enhet med en sårbar version av Shim för att kompromettera UEFI Secure Boot. Men återkallande av signaturen skulle leda till oförmåga att verifierat starta distributioner som fortsätter att använda den gamla versionen av Shim.

För att blockera sårbarheten utan att återkalla den digitala signaturen kan distributioner använda mekanismen SBAT (UEFI Secure Boot Advanced Targeting), vars stöd har implementerats för GRUB2, shim och fwupd i de flesta populära Linux-distributioner. SBAT har utvecklats i samarbete med Microsoft och innebär att ytterligare metadata som inkluderar information om tillverkare, produkt, komponent och version läggs till i exekverbara filer för UEFI. Dessa metadata signeras digitalt och kan separat ingå i 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. Att blockera sårbarheter via SBAT kräver inte användning av listan över återkallade UEFI-certifikat (dbx), utan görs på nivå av att ersätta den interna nyckeln för att skapa signaturer och uppdatera GRUB2, shim och andra levererade distributionsbootartefakter.

Förutom den nämnda sårbarheten i Shim 15.8 har flera mindre farliga problem åtgärdats som utnyttjas lokalt:

• CVE-2023-40548 — heltalsöverflöd i funktionen verify_sbat_section, vilket leder till bufferöverskrivning på 32-bitars system.
• CVE-2023-40546 — läsning från minnesområde utanför bufferten vid felmeddelanden via funktionen LogError().
• CVE-2023-40549 — läsning från minnesområde utanför bufferten vid bearbetning i funktionen verify_buffer_authenticode() av särskilt formaterad PE-fil.
• CVE-2023-40550 — läsning från minnesområde utanför bufferten i funktionen verify_buffer_sbat().
• CVE-2023-40551 — läsning från minnesområde utanför bufferten vid analys av filer i MZ-format.

Källa: opennet.ru