{"id":112924,"date":"2024-01-15T17:28:03","date_gmt":"2024-01-15T15:28:03","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimost-v-patchah-red-hat-k-zagruzchiku-grub2-pozvolyayushhaya-obojti-proverku-parolya"},"modified":"2024-01-15T17:28:03","modified_gmt":"2024-01-15T15:28:03","slug":"uyazvimost-v-patchah-red-hat-k-zagruzchiku-grub2-pozvolyayushhaya-obojti-proverku-parolya","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/uyazvimost-v-patchah-red-hat-k-zagruzchiku-grub2-pozvolyayushhaya-obojti-proverku-parolya","title":{"rendered":"Sicherheitsanf\u00e4lligkeit in Red Hat-Patches f\u00fcr den GRUB2-Bootloader, die die Passwortpr\u00fcfung umgehen kann.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Es wurde eine Sicherheitsanf\u00e4lligkeit (CVE-2023-4001) in den von Red Hat vorbereiteten Patches f\u00fcr den GRUB2-Bootloader bekannt. Diese Schwachstelle erm\u00f6glicht es auf vielen UEFI-Systemen, die Passwortpr\u00fcfung zu umgehen, die in GRUB2 eingerichtet wurde, um den Zugriff auf das Boot-Men\u00fc oder die Kommandozeile des Bootloaders zu beschr\u00e4nken. Die Sicherheitsanf\u00e4lligkeit resultiert aus einer \u00c4nderung, die von Red Hat in das GRUB2-Paket, das mit RHEL und Fedora Linux geliefert wird, eingef\u00fcgt wurde. Das Problem zeigt sich nicht im Hauptprojekt von GRUB2 und betrifft nur Distributionen, die zus\u00e4tzliche Patches von Red Hat angewandt haben. <\/p>\n
Das Problem wird durch einen Fehler in der Logik der Verwendung von UUIDs zum Suchen des Ger\u00e4tes mit der Konfigurationsdatei (z. B. ), die einen Passwort-Hash enth\u00e4lt, verursacht. Um die Authentifizierung zu umgehen, kann ein Benutzer mit physischem Zugang zu dem Computer ein externes Speichermedium, wie z. B. ein USB-Flash-Laufwerk, anschlie\u00dfen und dessen UUID so setzen, dass sie mit der ID der Boot-Partition der angegriffenen System \u00fcbereinstimmt. <\/p>\n
Viele UEFI-Systeme verarbeiten zuerst externe Speichermedien und setzen sie in der Liste der erkannten Ger\u00e4te vor interne Laufwerke, weshalb die Partition , die vom Angreifer vorbereitet wurde, bei der Verarbeitung priorisiert wird. Dementsprechend versucht GRUB2, die Konfigurationsdatei von dieser Partition zu laden. Bei der Suche nach der Partition durch den Befehl in GRUB2 erfolgt die Bestimmung nur anhand der ersten \u00dcbereinstimmung der UUID, nach der der Suchvorgang abgebrochen wird. Wenn die Hauptkonfigurationsdatei in einer bestimmten Partition nicht gefunden wird, wird GRUB2 eine Eingabeaufforderung ausgeben, die eine vollst\u00e4ndige Kontrolle \u00fcber den weiteren Bootprozess erm\u00f6glicht. <\/p>\n
Um die UUID einer Partition als lokaler nicht privilegierter Benutzer zu bestimmen, kann das Dienstprogramm verwendet werden. Ein unbefugter Benutzer, der keinen Zugang zum System hat, aber den Bootvorgang beobachten kann, kann in manchen Distributionen die UUID aus den w\u00e4hrend des Bootens angezeigten Diagnosenachrichten ermitteln. Die Schwachstelle wurde von Red Hat durch Hinzuf\u00fcgen eines neuen Parameters zu dem Befehl behoben, der es erm\u00f6glicht, den UUID-Suchvorgang nur an blockierte Ger\u00e4te zu binden, die zum Starten des Bootloaders verwendet werden (d.h. die -Partition muss sich auf derselben Festplatte wie die EFI-Systempartition befinden). \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"