In der Shim-Schicht, die in den meisten Linux-Distributionen f\u00fcr den verifizierten Boot im UEFI Secure Boot-Modus verwendet wird, wurde eine Schwachstelle (CVE-2023-40547) entdeckt, die zu einer Remotecodeausf\u00fchrung und zur Umgehung des verifizierten Boot-Mechanismus von UEFI Secure Boot f\u00fchren kann. Ein Angreifer, der den HTTP-Server kontrolliert, auf den Shim zugreift, kann eine speziell gestaltete Antwort zur\u00fcckgeben, die zu einer kontrollierten Speicher\u00fcberschreibung f\u00fchrt, um die Codeausf\u00fchrung fr\u00fch im Bootprozess zu steuern. <\/p>\n
Die Schwachstelle wird durch einen Fehler im HTTP-Datei-Upload-Code verursacht, der auftritt, wenn ung\u00fcltige Antworten vom HTTP-Server verarbeitet werden, auf den der Shim zugreift. Der HTTPBoot-Modus im Shim wird seit 2016 unterst\u00fctzt und erm\u00f6glicht das Booten \u00fcber das Netzwerk mithilfe des HTTP-Protokolls, um die Datei mit dem Bootloader, der in der n\u00e4chsten Phase aufgerufen wird, abzurufen. Beim Hochladen von Dateien \u00fcber HTTP reserviert Shim einen Puffer f\u00fcr die empfangenen Daten, basierend auf der im HTTP-Header angegebenen Gr\u00f6\u00dfe, nicht auf der tats\u00e4chlichen Gr\u00f6\u00dfe der Daten, sondern auf der im Header «Content-Length» angegebenen Gr\u00f6\u00dfe. Dementsprechend kann durch die R\u00fcckgabe eines kleineren Wertes im Content-Length-Header erreicht werden, dass das Ende der Anfrage au\u00dferhalb des Puffers in den Speicher geschrieben wird. <\/p>\n
Shim ist durch eine digitale Signatur von Microsoft zertifiziert und verifiziert GRUB2 mit einem eigenen Zertifikat, was es Entwicklern der Distributionen erm\u00f6glicht, nicht jedes Kernel- und GRUB-Update bei Microsoft zu signieren. Die Schwachstelle in Shim erm\u00f6glicht es, sich in die Vertrauenskette w\u00e4hrend des aktiven Secure Boot-Modus einzuschleusen und vollst\u00e4ndige Kontrolle \u00fcber den weiteren Bootprozess zu erlangen, beispielsweise um ein anderes Betriebssystem zu booten, Betriebssystemkomponenten zu modifizieren und die Lockdown-Schutzma\u00dfnahmen zu umgehen. <\/p>\n
Die Schwachstelle wurde in der Version Shim 15.8 behoben, aber um einen vollst\u00e4ndigen Angriffsschutz \u00fcber Shim zu gew\u00e4hrleisten, ist eine Zertifizierung der neuen Version durch Microsoft und deren Implementierung in den Distributionen erforderlich. Der Status der Behebung der Schwachstelle in den Distributionen kann auf diesen Seiten bewertet werden: Debian, Ubuntu, SUSE, RHEL, Fedora. Das Problem besteht darin, dass ohne den Widerruf der Signatur f\u00fcr die alte Version die Behebung sinnlos ist, da ein Angreifer ein bootf\u00e4higes Medium mit der verwundbaren Version von Shim verwenden kann, um UEFI Secure Boot zu kompromittieren. Aber der Widerruf der Signatur w\u00fcrde die verifizierte Installation der Distributionen, die weiterhin die alte Version von Shim verwenden, unm\u00f6glich machen. <\/p>\n
Um eine Schwachstelle zu blockieren, ohne die digitale Signatur zur\u00fcckziehen zu m\u00fcssen, k\u00f6nnen Distributionen den SBAT-Mechanismus (UEFI Secure Boot Advanced Targeting) verwenden, dessen Unterst\u00fctzung in den meisten beliebten Linux-Distributionen f\u00fcr GRUB2, shim und fwupd implementiert ist. SBAT wurde gemeinsam mit Microsoft entwickelt und sieht vor, dass in die ausf\u00fchrbaren Dateien von UEFI-Komponenten zus\u00e4tzliche Metadaten aufgenommen werden, die Informationen \u00fcber Hersteller, Produkt, Komponente und Version enthalten. Diese Metadaten werden mit einer digitalen Signatur versehen und k\u00f6nnen separat in die Listen von erlaubten oder verbotenen Komponenten f\u00fcr UEFI Secure Boot aufgenommen werden. <\/p>\n
SBAT erm\u00f6glicht das Blockieren der Nutzung digitaler Signaturen f\u00fcr bestimmte Versionen von Komponenten, ohne dass Schl\u00fcssel f\u00fcr Secure Boot zur\u00fcckgezogen werden m\u00fcssen. Das Blockieren von Schwachstellen \u00fcber SBAT erfordert nicht die Verwendung der Liste zur\u00fcckgezogener UEFI-Zertifikate (dbx), sondern erfolgt auf der Ebene des Austauschs des internen Schl\u00fcssels zur Erstellung von Signaturen und der Aktualisierung von GRUB2, shim und anderen von den Distributionen gelieferten Boot-Artefakten. <\/p>\n
Neben der angesprochenen Schwachstelle in Shim 15.8 wurden auch mehrere weniger schwerwiegende Probleme behoben, die lokal ausgenutzt werden k\u00f6nnen: <\/p>\n