I Shim-laget, der bruges i de fleste Linux-distributioner til verifikation af opstart i UEFI Secure Boot-tilstand, er der fundet en s\u00e5rbarhed (CVE-2023-40547), som kan f\u00f8re til fjernudf\u00f8relse af kode og omg\u00e5else af verifikationsmekanismen for UEFI Secure Boot. En angriber, der kontrollerer en HTTP-server, som Shim henvender sig til, kan returnere et specialdesignet svar, der f\u00f8rer til kontrolleret skrivning uden for bufferomr\u00e5det for at sikre udf\u00f8relse af kode i den tidlige opstartsfase. <\/p>\n
S\u00e5rbarheden skyldes en fejl i HTTP-filoverf\u00f8rselskoden, der opst\u00e5r ved behandling af fejlagtige svar returneret af den HTTP-server, som shim'en henvender sig til. HTTPBoot-tilstand i Shim har v\u00e6ret underst\u00f8ttet siden 2016 og g\u00f8r det muligt at organisere netv\u00e6rksopstart ved hj\u00e6lp af HTTP-protokollen til at hente en fil med en loader, der kaldes i n\u00e6ste fase. N\u00e5r Shim downloader filer via HTTP, allokerer den et buffer til de modtagne data under hensyntagen til den angivne st\u00f8rrelse i HTTP-headeren 'Content-Length' snarere end den faktiske datast\u00f8rrelse. F\u00f8lgelig kan en mindre v\u00e6rdi returneret i 'Content-Length'-headeren resultere i, at slutningen af anmodningen skrives til hukommelsen uden for bufferen. <\/p>\n
Shim er digitalt underskrevet af Microsoft og verificerer GRUB2 med sit eget certifikat, hvilket g\u00f8r det muligt for distributionudviklere at undg\u00e5 at skulle underskrive hver opdatering af kernen og GRUB hos Microsoft. S\u00e5rbarheden i Shim muligg\u00f8r indblanding i tillidskeden under aktiv Secure Boot-tilstand og giver fuld kontrol over den videre opstartsproces, eksempelvis til opstart af et andet OS, modificering af operativsystemkomponenter og omg\u00e5else af Lockdown-beskyttelsen. <\/p>\n
S\u00e5rbarheden er udbedret i Shim version 15.8, men for fuldst\u00e6ndigt at blokere angrebet via Shim kr\u00e6ves en godkendelse af den nye version hos Microsoft og implementering af denne i distributionerne. Status for udbedring af s\u00e5rbarheden i distributionerne kan vurderes p\u00e5 f\u00f8lgende sider: Debian, Ubuntu, SUSE, RHEL, Fedora. Problemet ligger i, at uden tilbagetr\u00e6kning af underskriften til den gamle version, er rettelsen meningsl\u00f8s, da en angriber kan bruge et bootmedie med den s\u00e5rbare version af Shim til at kompromittere UEFI Secure Boot. Men en tilbagetr\u00e6kning af underskriften vil g\u00f8re det umuligt at verificere opstarten af distributioner, der fortsat bruger den gamle version af Shim. <\/p>\n
For at blokere s\u00e5rbarheden uden at tilbagekalde den digitale signatur kan distributionerne anvende mekanismen SBAT (UEFI Secure Boot Advanced Targeting), som underst\u00f8ttes af GRUB2, shim og fwupd i de fleste popul\u00e6re Linux-distributioner. SBAT er udviklet i samarbejde med Microsoft og indeb\u00e6rer tilf\u00f8jelse af metadata til UEFI-komponenternes eksekverbare filer, som inkluderer oplysninger om producent, produkt, komponent og version. De n\u00e6vnte metadata signeres digitalt og kan separat inkluderes i lister over tilladte eller forbudte komponenter til UEFI Secure Boot. <\/p>\n
SBAT g\u00f8r det muligt at blokere brugen af digitale signaturer for specifikke versionsnumre af komponenter uden at skulle tilbagekalde n\u00f8glerne til Secure Boot. Blokering af s\u00e5rbarheder via SBAT kr\u00e6ver ikke brug af UEFI-listen over tilbagekaldte certifikater (dbx), men udf\u00f8res p\u00e5 niveauet for at erstatte den interne n\u00f8gle til dannelse af signaturer og opdatering af GRUB2, shim og andre boot-artefakter leveret med distributioner. <\/p>\n
Udover den n\u00e6vnte s\u00e5rbarhed i Shim 15.8 er flere mindre farlige problemer ogs\u00e5 blevet udbedret, som kan udnyttes lokalt: <\/p>\n