In de Shim-laag, die in de meeste Linux-distributies wordt gebruikt voor gecertificeerde opstart in UEFI Secure Boot-modus, is een kwetsbaarheid (CVE-2023-40547) aangetroffen die kan leiden tot uitvoer van op afstand code en het omzeilen van het gecertificeerde opstartmechanisme van UEFI Secure Boot. Een aanvaller die de HTTP-server controleert waar Shim verbinding mee maakt, kan een speciaal geformateerd antwoord terugsturen dat leidt tot een gecontroleerde schrijfactie buiten de buffer om code uit te voeren in een vroeg stadium van de opstart. <\/p>\n
De kwetsbaarheid is veroorzaakt door een fout in de code voor het laden van bestanden via HTTP, die zich uit in de verwerking van incorrecte antwoorden van de HTTP-server waarmee de shim wordt aangesproken. De HTTPBoot-modus in Shim wordt sinds 2016 ondersteund en maakt netwerkboot mogelijk, waarbij het HTTP-protocol wordt gebruikt om een bestand met de opstartlader op te halen dat in de volgende stap wordt aangeroepen. Bij het laden van bestanden via HTTP reserveert Shim een buffer voor de ontvangen gegevens, rekening houdend met niet de feitelijke grootte van de gegevens, maar de grootte die is opgegeven in de HTTP-header 'Content-Length'. Dienovereenkomstig kan door een lagere waarde in de Content-Length-header terug te sturen, worden bereikt dat het einde van de aanvraag in het geheugen buiten de buffer wordt geschreven. <\/p>\n
Shim is digitaal ondertekend door Microsoft en verifieert GRUB2 met zijn eigen certificaat, zodat ontwikkelaars van distributies niet elk update van de kernel en GRUB door Microsoft hoeven te laten ondertekenen. De kwetsbaarheid in Shim biedt de mogelijkheid om in de vertrouwenskette te infiltreren in de actieve Secure Boot-modus en volledige controle te krijgen over het verdere opstartproces, bijvoorbeeld om een ander OS op te starten, componenten van het besturingssysteem te wijzigen en de Lockdown-bescherming te omzeilen. <\/p>\n
De kwetsbaarheid is verholpen in Shim-versie 15.8, maar om de aanval via Shim volledig te blokkeren, is goedkeuring van de nieuwe versie door Microsoft vereist en moet deze in de distributies worden opgenomen. De status van de kwetsbaarheid in de distributies kan worden beoordeeld op de volgende pagina's: Debian, Ubuntu, SUSE, RHEL, Fedora. Het probleem is dat zonder het intrekken van de ondertekening van de oude versie de oplossing zinloos is, aangezien een aanvaller een opstartmedium met de kwetsbare versie van Shim kan gebruiken om UEFI Secure Boot te compromitteren. Maar het intrekken van de ondertekening zou leiden tot een onmogelijkheid om de distributies te verifi\u00ebren die de oude versie van Shim blijven gebruiken. <\/p>\n
Om de kwetsbaarheid te blokkeren zonder de digitale handtekening in te trekken, kunnen distributies het SBAT-mechanisme (UEFI Secure Boot Advanced Targeting) gebruiken, dat wordt ondersteund voor GRUB2, shim en fwupd in de meeste populaire Linux-distributies. SBAT is in samenwerking met Microsoft ontwikkeld en houdt in dat aanvullende metadata, die informatie bevat over de fabrikant, het product, de component en de versie, worden toegevoegd aan de uitvoerbare bestanden van UEFI-componenten. Deze metadata worden digitaal ondertekend en kunnen afzonderlijk worden opgenomen in lijsten van goedgekeurde of geblokkeerde componenten voor UEFI Secure Boot. <\/p>\n
SBAT maakt het mogelijk om het gebruik van digitale handtekeningen voor specifieke versienummers van componenten te blokkeren zonder dat hiervoor de sleutels voor Secure Boot moeten worden ingetrokken. Het blokkeren van kwetsbaarheden via SBAT vereist geen gebruik van de lijst met ingetrokken UEFI-certificaten (dbx), maar gebeurt op het niveau van het vervangen van de interne sleutel voor het genereren van handtekeningen en het bijwerken van GRUB2, shim en andere door distributies geleverde opstartartefacten. <\/p>\n
Naast de besproken kwetsbaarheid in Shim 15.8 zijn er ook verschillende minder gevaarlijke problemen verholpen die lokaal konden worden uitgebuit: <\/p>\n