In der Shim-Schicht, die in den meisten Linux-Distributionen f\u00fcr die verifizierte Boot-Sequenz im UEFI Secure Boot verwendet wird, wurde eine Schwachstelle (CVE-2023-40547) entdeckt, die zu einer Remote-Codeausf\u00fchrung und dem Umgehen des UEFI Secure Boot-Mechanismus f\u00fchren kann. Ein Angreifer, der einen HTTP-Server kontrolliert, zu dem Shim eine Verbindung herstellt, kann eine speziell gestaltete Antwort zur\u00fcckgeben, die zu einer kontrollierten \u00dcberschreibung des Speichers f\u00fchrt, um die Codeausf\u00fchrung bereits zu einem fr\u00fchen Zeitpunkt im Boot-Prozess zu erm\u00f6glichen. <\/p>\n
\u0423\u044f\u0437\u0432\u0438\u043c\u043e\u0441\u0442\u044c \u0432\u044b\u0437\u0432\u0430\u043d\u0430 \u043e\u0448\u0438\u0431\u043a\u043e\u0439 \u0432 \u043a\u043e\u0434\u0435 \u0437\u0430\u0433\u0440\u0443\u0437\u043a\u0438 \u0444\u0430\u0439\u043b\u043e\u0432 \u043f\u043e HTTP, \u043a\u043e\u0442\u043e\u0440\u0430\u044f \u043f\u0440\u043e\u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u043f\u0440\u0438 \u043e\u0431\u0440\u0430\u0431\u043e\u0442\u043a\u0435 \u043d\u0435\u043a\u043e\u0440\u0440\u0435\u043a\u0442\u043d\u044b\u0445 \u043e\u0442\u0432\u0435\u0442\u043e\u0432, \u0432\u043e\u0437\u0432\u0440\u0430\u0449\u0451\u043d\u043d\u044b\u0445 HTTP-\u0441\u0435\u0440\u0432\u0435\u0440\u043e\u043c, \u043a \u043a\u043e\u0442\u043e\u0440\u043e\u043c\u0443 \u043e\u0431\u0440\u0430\u0449\u0430\u0435\u0442\u0441\u044f shim. \u0420\u0435\u0436\u0438\u043c HTTPBoot \u0432 Shim \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u0438\u0432\u0430\u0435\u0442\u0441\u044f \u0441 2016 \u0433\u043e\u0434\u0430 \u0438 \u043f\u043e\u0437\u0432\u043e\u043b\u044f\u0435\u0442 \u043e\u0440\u0433\u0430\u043d\u0438\u0437\u043e\u0432\u0430\u0442\u044c \u0437\u0430\u0433\u0440\u0443\u0437\u043a\u0443 \u043f\u043e \u0441\u0435\u0442\u0438, \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u044f \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b HTTP \u0434\u043b\u044f \u0438\u0437\u0432\u043b\u0435\u0447\u0435\u043d\u0438\u044f \u0444\u0430\u0439\u043b\u0430 c \u0437\u0430\u0433\u0440\u0443\u0437\u0447\u0438\u043a\u043e\u043c, \u0432\u044b\u0437\u044b\u0432\u0430\u0435\u043c\u044b\u043c \u043d\u0430 \u0441\u043b\u0435\u0434\u0443\u044e\u0449\u0435\u043c \u044d\u0442\u0430\u043f\u0435. Shim \u043f\u0440\u0438 \u0437\u0430\u0433\u0440\u0443\u0437\u043a\u0435 \u0444\u0430\u0439\u043b\u043e\u0432 \u0447\u0435\u0440\u0435\u0437 HTTP \u0432\u044b\u0434\u0435\u043b\u044f\u0435\u0442 \u0431\u0443\u0444\u0435\u0440 \u0434\u043b\u044f \u043f\u0440\u0438\u043d\u0438\u043c\u0430\u0435\u043c\u044b\u0445 \u0434\u0430\u043d\u043d\u044b\u0445, \u0443\u0447\u0438\u0442\u044b\u0432\u0430\u044f \u043d\u0435 \u0444\u0430\u043a\u0442\u0438\u0447\u0435\u0441\u043a\u0438\u0439 \u0440\u0430\u0437\u043c\u0435\u0440 \u0434\u0430\u043d\u043d\u044b\u0445, \u0430 \u0440\u0430\u0437\u043c\u0435\u0440, \u0443\u043a\u0430\u0437\u0430\u043d\u043d\u044b\u0439 \u0432 HTTP-\u0437\u0430\u0433\u043e\u043b\u043e\u0432\u043a\u0435 «Content-Lenght». \u0421\u043e\u043e\u0442\u0432\u0435\u0442\u0441\u0442\u0432\u0435\u043d\u043d\u043e, \u0432\u0435\u0440\u043d\u0443\u0432 \u0432 \u0437\u0430\u0433\u043e\u043b\u043e\u0432\u043a\u0435 Content-Lenght \u043c\u0435\u043d\u044c\u0448\u0435\u0435 \u0437\u043d\u0430\u0447\u0435\u043d\u0438\u0435, \u043c\u043e\u0436\u043d\u043e \u0434\u043e\u0431\u0438\u0442\u044c\u0441\u044f \u0437\u0430\u043f\u0438\u0441\u0438 \u0445\u0432\u043e\u0441\u0442\u0430 \u0437\u0430\u043f\u0440\u043e\u0441\u0430 \u0432 \u043f\u0430\u043c\u044f\u0442\u044c \u0437\u0430 \u0433\u0440\u0430\u043d\u0438\u0446\u0435\u0439 \u0431\u0443\u0444\u0435\u0440\u0430. <\/p>\n
Shim ist durch eine digitale Signatur von Microsoft zertifiziert und verifiziert GRUB2 mit einem eigenen Zertifikat, was es den Entwicklern von Distributionen erm\u00f6glicht, nicht jedes Kernel- und GRUB-Update bei Microsoft zu signieren. Die Schwachstelle in Shim erm\u00f6glicht es, in die Vertrauenskette im aktiven Secure Boot-Modus einzudringen und die vollst\u00e4ndige Kontrolle \u00fcber den weiteren Bootprozess zu erlangen, beispielsweise um ein anderes Betriebssystem zu laden, Betriebssystemkomponenten zu modifizieren und den Lockdown-Schutz zu umgehen. <\/p>\n
Die Sicherheitsanf\u00e4lligkeit wurde in der Version Shim 15.8 beseitigt. F\u00fcr eine vollst\u00e4ndige Blockierung des Angriffs \u00fcber Shim sind jedoch eine neue Version von Microsoft erforderlich sowie deren Implementierung in den Distributionen. Der Status der Beseitigung der Sicherheitsanf\u00e4lligkeit in den Distributionen kann auf den folgenden Seiten eingesehen werden: Debian, Ubuntu, SUSE, RHEL, Fedora. Das Problem besteht darin, dass ohne den Widerruf der Signatur der alten Version der Fix sinnlos ist, da ein Angreifer ein bootf\u00e4higes Medium mit der anf\u00e4lligen Version von Shim verwenden kann, um UEFI Secure Boot zu kompromittieren. Der Widerruf der Signatur f\u00fchrt jedoch dazu, dass eine verifizierte Bootsequenz f\u00fcr Distributionen, die weiterhin die alte Version von Shim nutzen, nicht m\u00f6glich ist. <\/p>\n
Um eine Schwachstelle ohne Widerruf der digitalen Signatur zu schlie\u00dfen, 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 in Zusammenarbeit mit Microsoft entwickelt und bedeutet, dass zus\u00e4tzlich zu den ausf\u00fchrbaren Dateien von UEFI-Komponenten Metadaten hinzugef\u00fcgt werden, die Informationen \u00fcber Hersteller, Produkt, Komponente und Version enthalten. Diese Metadaten werden digital signiert und k\u00f6nnen separat in die Listen der genehmigten oder verbotenen Komponenten f\u00fcr UEFI Secure Boot aufgenommen werden. <\/p>\n
SBAT erm\u00f6glicht es, die Verwendung digitaler Signaturen f\u00fcr bestimmte Versionsnummern von Komponenten zu blockieren, ohne dass es erforderlich ist, Schl\u00fcssel f\u00fcr Secure Boot zu widerrufen. Die Blockierung von Sicherheitsanf\u00e4lligkeiten \u00fcber SBAT erfordert nicht die Nutzung einer Liste f\u00fcr widerrufene UEFI-Zertifikate (dbx), sondern erfolgt auf der Ebene des Austauschs des internen Schl\u00fcssels zur Erstellung von Signaturen sowie bei der Aktualisierung von GRUB2, Shim und anderen von den Distributionen gelieferten Boot-Artefakten. <\/p>\n
Neben der bereits angesprochenen Schwachstelle in Shim 15.8 wurden auch mehrere weniger gef\u00e4hrliche Probleme behoben, die lokal ausgenutzt werden k\u00f6nnen: <\/p>\n