{"id":119554,"date":"2024-08-21T09:43:00","date_gmt":"2024-08-21T07:43:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/oshibka-v-obnovlenii-k-windows-blokirovala-zagruzku-linux-pri-ispolzovanii-uefi-secure-boot"},"modified":"2024-08-21T09:43:00","modified_gmt":"2024-08-21T07:43:00","slug":"oshibka-v-obnovlenii-k-windows-blokirovala-zagruzku-linux-pri-ispolzovanii-uefi-secure-boot","status":"publish","type":"post","link":"https:\/\/prohoster.info\/nl\/blog\/news\/oshibka-v-obnovlenii-k-windows-blokirovala-zagruzku-linux-pri-ispolzovanii-uefi-secure-boot","title":{"rendered":"Een fout in de Windows-update blokkeerde de opstart van Linux bij gebruik van UEFI Secure Boot","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
In de dinsdag door Microsoft uitgebrachte update voor het besturingssysteem Windows is een probleem ontdekt dat het opstarten van Linux-systemen, die parallel met Windows op dezelfde computer zijn ge\u00efnstalleerd, onmogelijk maakt. De oorzaak van de problemen is een patch die gericht is op het oplossen van een oude kwetsbaarheid (CVE-2022-2601) in de GRUB-bootloader, die in 2022 is opgelost. Microsoft heeft tot nu toe geen verklaringen of commentaar gegeven over de opgetreden storing. <\/p>\n
In de opmerking bij de wijziging werd gesteld dat de patch, die een nieuwe SBAT-beleidsinstelling (UEFI Secure Boot Advanced Targeting) implementeert, zal worden toegepast op systemen die alleen Windows gebruiken en geen invloed zal hebben op dual-bootconfiguraties (de wijziging blokkeerde de mogelijkheid om opstartimages met de oude GRUB te gebruiken om Secure Boot te omzeilen op systemen die alleen Windows hadden ge\u00efnstalleerd). Daarnaast werd aangegeven dat de wijziging problemen kan veroorzaken bij het opstarten van ISO-images van oudere systemen die met een kwetsbare versie van GRUB worden geleverd. In werkelijkheid zijn de problemen ook zichtbaar bij gebruikers van dual-bootsystemen die nieuwe Linux-distributies gebruiken, zoals Ubuntu 24.04 en Debian 12.6, waarin de kwetsbaarheid in GRUB al lang is opgelost. <\/p>\n
Het probleem manifesteert zich door een onderbroken opstartproces met de melding «Verifying shim SBAT data failed: Security Policy Violation. Something has gone seriously wrong: SBAT self-check failed: Security Policy Violation». Als herstelmaatregel wordt aanbevolen om de in UEFI opgeslagen SBAT-gegevens te verwijderen, waarvoor je de Secure Boot in de firmware kunt uitschakelen, een recente Linux-distributie met ondersteuning voor UEFI Secure Boot, zoals Ubuntu, kunt opstarten en in de console de opdracht «mokutil —set-sbat-policy delete» kunt uitvoeren, waarna je de Linux-distributie opnieuw moet opstarten om het correcte SBAT-beleid in te stellen. Daarna kun je de Secure Boot-modus in de firmware weer inschakelen. <\/p>\n
Het SBAT-mechanisme is ontwikkeld door Red Hat in samenwerking met Microsoft om kwetsbaarheden in de GRUB-bootloader en de shim-laag te blokkeren zonder het intrekken van digitale handtekeningen. SBAT houdt in dat er extra metadata wordt toegevoegd aan de uitvoerbare bestanden van UEFI-componenten, die informatie bevatten over fabrikant, product, component en versie. De vermelde metadata worden ondertekend met een digitale handtekening en kunnen afzonderlijk worden opgenomen in lijsten van toegestane of geblokkeerde componenten voor UEFI Secure Boot. SBAT maakt het mogelijk om het gebruik van digitale handtekeningen voor specifieke versienummers van componenten te blokkeren zonder dat het nodig is om sleutels voor Secure Boot in te trekken. <\/p>\n
Het blokkeren van kwetsbaarheden via SBAT vereist geen gebruik van de lijst met ingetrokken UEFI-certificaten (dbx), maar vindt plaats op het niveau van ontzering van de interne sleutel voor het genereren van handtekeningen en het updaten van GRUB2, shim en andere opstartartefacten die met distributies worden meegeleverd. Voor de implementatie van SBAT was het bijwerken van de lijst met ingetrokken certificaten (dbx, UEFI Revocation List) een noodzakelijke voorwaarde voor volledige blokkeringsmaatregelen tegen kwetsbaarheden, omdat een aanvaller, ongeacht het gebruikte besturingssysteem, een opstartmedium met een oude kwetsbare versie van GRUB2, ondertekend met een digitale handtekening, kon gebruiken om UEFI Secure Boot te compromitteren. \n Bron: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"