{"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\/de\/blog\/novosti-interneta\/uyazvimosti-v-grub2-pozvolyayushhie-obojti-uefi-secure-boot","title":{"rendered":"Sicherheitsanf\u00e4lligkeiten in GRUB2, die UEFI Secure Boot umgehen k\u00f6nnen","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Im GRUB2-Bootloader wurden 7 Schwachstellen behoben, die es erm\u00f6glichen, den UEFI Secure Boot-Mechanismus zu umgehen und nicht verifiziertes Code auszuf\u00fchren, wie z. B. die Einf\u00fchrung von Malware, die auf Bootloader- oder Kernel-Ebene arbeitet. Zus\u00e4tzlich wurde eine Schwachstelle in der Shim-Schicht entdeckt, die ebenfalls den UEFI Secure Boot umgehen kann. Die Gruppe dieser Schwachstellen tr\u00e4gt den Codenamen Boothole 3, analog zu \u00e4hnlichen Problemen, die zuvor im Bootloader festgestellt wurden. <\/p>\n
Um die Probleme in GRUB2 und Shim zu beheben, k\u00f6nnen Distributionen den SBAT-Mechanismus (UEFI Secure Boot Advanced Targeting) verwenden, der f\u00fcr GRUB2, Shim und fwupd implementiert ist. SBAT wurde in Zusammenarbeit mit Microsoft entwickelt und sieht vor, dass den ausf\u00fchrbaren Dateien von UEFI-Komponenten zus\u00e4tzliche Metadaten hinzugef\u00fcgt werden, die Informationen \u00fcber den Hersteller, das Produkt, die Komponente und die Version enthalten. Diese Metadaten werden digital signiert und k\u00f6nnen separat in die Listen der zul\u00e4ssigen oder gesperrten Komponenten f\u00fcr den UEFI Secure Boot aufgenommen werden. <\/p>\n
In den meisten Linux-Distributionen wird f\u00fcr die verifiziertes Booten im UEFI Secure Boot-Modus eine kleine shim-Schicht verwendet, die digital von Microsoft signiert ist. Diese Schicht verifiziert GRUB2 mit ihrem eigenen Zertifikat, was es den Entwicklern der Distributionen erm\u00f6glicht, jedes Update des Kernels und von GRUB nicht bei Microsoft zu signieren. Schwachstellen in GRUB2 erm\u00f6glichen es, Code auszuf\u00fchren, nachdem die shim erfolgreich verifiziert wurde, aber bevor das Betriebssystem geladen wird, indem sie sich in die Vertrauenskette w\u00e4hrend des aktiven Secure Boot-Modus einklinken und die vollst\u00e4ndige Kontrolle \u00fcber den weiteren Ladeprozess \u00fcbernehmen, einschlie\u00dflich des Ladens eines anderen Betriebssystems, des Modifizierens von Komponenten des Betriebssystems und des Umgehens des Lockdown-Schutzes. <\/p>\n
Um Probleme im Bootloader zu beheben, m\u00fcssen neue interne digitale Signaturen f\u00fcr die Distributionen erstellt und die Installer, Bootloader, Kernel-Pakete, fwupd-Firmware und die shim-Schicht aktualisiert werden. Vor der Einf\u00fchrung von SBAT war die Aktualisierung der Liste der widerrufenen Zertifikate (dbx, UEFI-R\u00fcckrufliste) eine zwingende Voraussetzung f\u00fcr die vollst\u00e4ndige Blockierung der Schwachstelle, da ein Angreifer, unabh\u00e4ngig vom verwendeten Betriebssystem, ein Bootmedium mit einer alten, verletzlichen Version von GRUB2, die durch eine digitale Signatur best\u00e4tigt ist, nutzen konnte, um UEFI Secure Boot zu kompromittieren. <\/p>\n
Anstelle des Widerrufs von Signaturen erm\u00f6glicht SBAT die Blockierung ihrer Verwendung f\u00fcr spezifische Versionsnummern von Komponenten, ohne dass die Schl\u00fcssel f\u00fcr Secure Boot widerrufen werden m\u00fcssen. Die Blockierung von Schwachstellen \u00fcber SBAT erfordert die Nutzung der Liste der widerrufenen UEFI-Zertifikate (dbx) nicht und erfolgt auf der Ebene des Austauschs des internen Schl\u00fcssels zur Erstellung von Signaturen und zur Aktualisierung von GRUB2, shim und anderen Boot-Artefakten, die von den Distributionen bereitgestellt werden. Derzeit wurde die Unterst\u00fctzung f\u00fcr SBAT bereits in die meisten beliebten Linux-Distributionen integriert. <\/p>\n
Identifizierte Schwachstellen: <\/p>\n
\n
CVE-2021-3696, CVE-2021-3695 - Buffer\u00fcberlauf im Heap bei der Verarbeitung von speziell gestalteten PNG-Bildern, das theoretisch genutzt werden k\u00f6nnte, um die Ausf\u00fchrung von Angreifer-Code zu erm\u00f6glichen und UEFI Secure Boot zu umgehen. Es wird festgestellt, dass das Problem schwer auszunutzen ist, da zur Erstellung eines funktionierenden Exploits eine Vielzahl von Faktoren ber\u00fccksichtigt werden muss und Kenntnisse \u00fcber die Speicheranordnung erforderlich sind.\n
CVE-2021-3697 - Bufferunterlauf (buffer underflow) im Code zur Verarbeitung von JPEG-Bildern. Die Ausnutzung des Problems erfordert Kenntnisse \u00fcber die Speicheranordnung und weistapproximately das gleiche Komplexit\u00e4tsniveau auf wie das Problem mit PNG (CVSS 7.5).\n
CVE-2022-28733 \u2014 ganzzahliges \u00dcberlaufproblem in der Funktion grub_net_recv_ip4_packets(), das die Beeinflussung des Parameters rsm->total_len durch den Versand eines speziell gestalteten IP-Pakets erm\u00f6glicht. Dieses Problem wird als die gef\u00e4hrlichste identifizierte Schwachstelle angesehen (CVSS 8.1). Bei erfolgreicher Ausnutzung erlaubt die Schwachstelle das Schreiben von Daten au\u00dferhalb des Puffers durch die Zuweisung von absichtlich zu klein dimensioniertem Speicher.\n
CVE-2022-28734 \u2014 ein einbyte \u00dcberlaufproblem bei der Verarbeitung von getrennten HTTP-Headern. Dieses Problem kann zu einer Besch\u00e4digung der GRUB2-Metadaten f\u00fchren (Schreiben eines Nullbyte direkt am Ende des Puffers) beim Parsen speziell gestalteter HTTP-Anfragen.\n
CVE-2022-28735 \u2014 Problem im Verifier shim_lock, das das Laden von Dateien erm\u00f6glicht, die nicht im Kernel enthalten sind. Die Schwachstelle kann verwendet werden, um unverifizierte Kernel-Module oder ungesicherten Code im UEFI Secure Boot-Modus zu laden.\n
CVE-2022-28736 \u2014 Zugriff auf bereits freigegebenen Speicherbereich in der Funktion grub_cmd_chainloader() durch mehrfache Ausf\u00fchrung des chainloader-Befehls, der f\u00fcr das Laden von nicht unterst\u00fctzten Betriebssystemen in GRUB2 verwendet wird. Eine Ausnutzung kann zur Ausf\u00fchrung von Angreifer-Code f\u00fchren, wenn der Angreifer die Merkmale der Speicherverteilung in GRUB2 bestimmen kann.\n
CVE-2022-28737 \u2014 Puffer\u00fcberlauf in der Shim-Schicht, der in der Funktion handle_image() auftritt, wenn speziell gestaltete EFI-Images geladen und ausgef\u00fchrt werden. <\/ul>\n