Sicherheitsanfälligkeit in Red Hat-Patches für den GRUB2-Bootloader, die die Passwortprüfung umgehen kann.

Es wurde eine Sicherheitsanfälligkeit (CVE-2023-4001) in den von Red Hat vorbereiteten Patches für den GRUB2-Bootloader bekannt. Diese Schwachstelle ermöglicht es auf vielen UEFI-Systemen, die Passwortprüfung zu umgehen, die in GRUB2 eingerichtet wurde, um den Zugriff auf das Boot-Menü oder die Kommandozeile des Bootloaders zu beschränken. Die Sicherheitsanfälligkeit resultiert aus einer Änderung, die von Red Hat in das GRUB2-Paket, das mit RHEL und Fedora Linux geliefert wird, eingefügt wurde. Das Problem zeigt sich nicht im Hauptprojekt von GRUB2 und betrifft nur Distributionen, die zusätzliche Patches von Red Hat angewandt haben.

Das Problem wird durch einen Fehler in der Logik bei der Verwendung von UUIDs zur Auffindung des Geräts mit der Konfigurationsdatei (z. B. „/boot/efi/EFI/fedora/grub.cfg“), die den Passwort-Hash enthält, verursacht. Um die Authentifizierung zu umgehen, kann ein Benutzer mit physischem Zugang zum Computer ein externes Speichermedium, wie einen USB-Stick, anschließen und ihm eine UUID zuweisen, die mit der ID der Boot-Partition /boot des angegriffenen Systems übereinstimmt.

Viele UEFI-Systeme verarbeiten zunächst externe Speichermedien und setzen diese in der Boot-Reihenfolge der erkannten Geräte vor stationäre Speichermedien. Daher erhält die von Angreifern vorbereitete Partition /boot eine höhere Priorität bei der Verarbeitung. Entsprechend wird GRUB2 versuchen, die Konfigurationsdatei von dieser Partition zu laden. Bei der Suche nach der Partition mit dem Befehl „search“ in GRUB2 wird nur das erste gefundene UUID-Match erkannt, woraufhin die Suche beendet wird. Wenn die Hauptkonfigurationsdatei in der bestimmten Partition nicht gefunden wird, zeigt GRUB2 eine Eingabeaufforderung an, die eine vollständige Kontrolle über den weiteren Bootprozess ermöglicht.

Um die UUID einer Partition durch einen lokalen, nicht privilegierten Benutzer zu bestimmen, kann das Tool „lsblk“ verwendet werden. Ein externen Benutzer, der keinen Zugriff auf das System hat, jedoch den Boot-Vorgang beobachten kann, könnte in einigen Distributionen die UUID aus den während des Bootens angezeigten Diagnosemeldungen ermitteln. Die Sicherheitsanfälligkeit wurde von Red Hat behoben, indem ein neuer Parameter zur „search“-Befehlszeile hinzugefügt wurde, mit dem der UUID-Scan nur auf die Blockgeräte beschränkt wird, die zum Starten des Bootloaders verwendet werden (d.h. die Partition /boot muss sich auf demselben Laufwerk wie die EFI-Systempartition befinden).

Quelle: opennet.ru