{"id":104320,"date":"2022-06-08T15:36:43","date_gmt":"2022-06-08T13:36:43","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimosti-v-grub2-pozvolyayushhie-obojti-uefi-secure-boot"},"modified":"2022-06-08T15:36:43","modified_gmt":"2022-06-08T13:36:43","slug":"uyazvimosti-v-grub2-pozvolyayushhie-obojti-uefi-secure-boot","status":"publish","type":"post","link":"https:\/\/prohoster.info\/nl\/blog\/news\/uyazvimosti-v-grub2-pozvolyayushhie-obojti-uefi-secure-boot","title":{"rendered":"Kwetsbaarheden in GRUB2, waardoor UEFI Secure Boot kan worden omzeild","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
In de GRUB2-bootloader zijn 7 kwetsbaarheden verholpen die de UEFI Secure Boot-mechanisme konden omzeilen en zo de uitvoering van niet-geverifieerde code mogelijk maakten, zoals het inbrengen van malware die op het niveau van de bootloader of kernel opereert. Daarnaast is er \u00e9\u00e9n kwetsbaarheid in de shim-laag opgemerkt, die ook de UEFI Secure Boot kan omzeilen. De groep kwetsbaarheden heeft de codenaam Boothole 3 gekregen, analogie met soortgelijke problemen die eerder in de bootloader zijn vastgesteld. <\/p>\n
Om de problemen in GRUB2 en shim aan te pakken, kunnen distributies het SBAT-mechanisme (UEFI Secure Boot Advanced Targeting) gebruiken, dat is ge\u00efmplementeerd voor GRUB2, shim en fwupd. SBAT is ontwikkeld in samenwerking met Microsoft en houdt in dat extra metadata aan de uitvoerbare bestanden van UEFI-componenten worden toegevoegd, die informatie bevatten over de fabrikant, het product, de component en de versie. Deze metadata worden digitaal ondertekend en kunnen afzonderlijk worden opgenomen in lijsten van goedgekeurde of geblokkeerde componenten voor UEFI Secure Boot. <\/p>\n
In most Linux distributions, a small shim layer, certified by a digital signature from Microsoft, is used for verified boot in UEFI Secure Boot mode. This layer verifies GRUB2 with its own certificate, allowing distribution developers not to certify every kernel and GRUB update with Microsoft. Vulnerabilities in GRUB2 allow achieving code execution at the point after successful verification of the shim but before the operating system is loaded, inserting into the trust chain during active Secure Boot mode and gaining full control over the further boot process, including booting another OS, modifying operating system components, and bypassing Lockdown protection. <\/p>\n
Om de problemen in de bootloader op te lossen, moeten distributies nieuwe interne digitale handtekeningen genereren en de installers, bootloaders, kernpakketten, fwupd-firmware en shim-laag bijwerken. Tot de invoering van SBAT was het bijwerken van de lijst met ingetrokken certificaten (dbx, UEFI Revocation List) een vereiste voor volledige blokkering van de kwetsbaarheid, 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. <\/p>\n
In plaats van handtekeningen in te trekken, stelt SBAT in staat om het gebruik ervan te blokkeren voor specifieke versienummers van componenten zonder dat het nodig is om de sleutels voor Secure Boot in te trekken. Het blokkeren van kwetsbaarheden via SBAT vereist geen gebruik van de lijst met ingetrokken UEFI-certificaten (dbx), maar vindt plaats op het niveau van de vervanging van de interne sleutel voor het genereren van handtekeningen en het bijwerken van GRUB2, shim en andere opstartartefacten die door distributies worden geleverd. Momenteel is de ondersteuning voor SBAT al toegevoegd aan de meeste populaire Linux-distributies. <\/p>\n
Ge\u00efdentificeerde kwetsbaarheden: <\/p>\n
\n
CVE-2021-3696, CVE-2021-3695 - buffer overflow in the heap when processing specially crafted PNG images, which can theoretically be exploited to execute attacker's code and bypass UEFI Secure Boot. It is noted that the issue is hard to exploit, as creating a working exploit requires taking numerous factors into account and having knowledge of memory layout.\n
CVE-2021-3697 - buffer underflow in the code processing JPEG images. Exploiting this issue requires knowledge of the memory layout and is about as complex as the PNG issue (CVSS 7.5).\n
CVE-2022-28733 \u2014 een integer overflow in de functie grub_net_recv_ip4_packets(), waardoor de parameter rsm->total_len kan worden be\u00efnvloed door het verzenden van een speciaal gevormd IP-pakket. Het probleem is gemarkeerd als de meest gevaarlijke uit de gepresenteerde kwetsbaarheden (CVSS 8.1). Bij succesvolle exploitatie stelt de kwetsbaarheid in staat om gegevens buiten de buffer te schrijven door geheugen van een opzettelijk kleinere grootte toe te wijzen.\n
CVE-2022-28734 \u2014 een een-byte buffer overflow bij de verwerking van gescheiden HTTP-headers. Het probleem kan leiden tot beschadiging van de GRUB2 metadata (schrijven van een null-byte direct na het einde van de buffer) tijdens het parseren van speciaal gevormde HTTP-verzoeken.\n
CVE-2022-28735 \u2014 een probleem in de shim_lock verifier, dat het mogelijk maakt om bestanden te laden die niet tot de kernel behoren. De kwetsbaarheid kan worden gebruikt om ongeverifieerde digitaal ondertekende kernelmodules of niet-gecontroleerde code te laden in de UEFI Secure Boot modus.\n
CVE-2022-28736 \u2014 toegang tot een al vrijgegeven geheugengebied in de functie grub_cmd_chainloader() door de chainloader opdracht opnieuw uit te voeren, die wordt gebruikt voor het opstarten van besturingssystemen die niet door GRUB2 worden ondersteund. Exploitatie kan leiden tot de uitvoering van kwaadaardige code als de aanvaller in staat is om de kenmerken van het geheugendistributie in GRUB2 te bepalen.\n
CVE-2022-28737 \u2014 een buffer overflow in de shim-laag, die optreedt in de functie handle_image() bij het laden en uitvoeren van speciaal gevormde EFI-afbeeldingen. <\/ul>\n