{"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\/nl\/blog\/news\/uyazvimost-v-patchah-red-hat-k-zagruzchiku-grub2-pozvolyayushhaya-obojti-proverku-parolya","title":{"rendered":"Kwetsbaarheid in de Red Hat-patches voor de GRUB2-bootloader, die het mogelijk maakt om de wachtwoordverificatie te omzeilen.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Informatie over de kwetsbaarheid (CVE-2023-4001) in de patches voor de GRUB2-bootloader, voorbereid door Red Hat, is onthuld. Deze kwetsbaarheid maakt het mogelijk om op veel systemen met UEFI de wachtwoordcontrole te omzeilen die in GRUB2 is ingesteld om toegang tot het opstartmenu of de commandoregel van de bootloader te beperken. De kwetsbaarheid is veroorzaakt door een wijziging die door Red Hat is aangebracht in het GRUB2-pakket dat wordt geleverd in RHEL en Fedora Linux. Het probleem doet zich niet voor in het hoofdproject van GRUB2 en heeft alleen betrekking op distributies die extra patches van Red Hat hebben toegepast. <\/p>\n
Het probleem wordt veroorzaakt door een fout in de logica van het gebruik van UUID voor het zoeken naar de opstartloader van het apparaat met het configuratiebestand (bijvoorbeeld \"\/boot\/efi\/EFI\/fedora\/grub.cfg\"), dat een wachtwoordhash bevat. Om de authenticatie te omzeilen, kan een gebruiker met fysieke toegang tot de computer een externe schijf, zoals een USB-flashstation, aansluiten en deze voorzien van een UUID die overeenkomt met de identiteit van de opstartpartitie \/boot van het aangevallen systeem. <\/p>\n
Veel UEFI-systemen verwerken extern opslagapparaten in de eerste plaats en plaatsen deze eerder in de lijst van gedetecteerde apparaten dan interne opslagmedia. Hierdoor krijgt de opstartpartitie \/boot, voorbereid door de aanvaller, prioriteit bij de verwerking, en zal GRUB2 proberen het configuratiebestand van deze partitie te laden. Tijdens het zoeken naar de partitie met de opdracht \"search\" in GRUB2 wordt alleen de eerste overeenkomst van de UUID ge\u00efdentificeerd, waarna het zoeken wordt stopgezet. Als het hoofdconfiguratiebestand niet in de bepaalde partitie wordt gevonden, geeft GRUB2 een opdrachtregelprompt weer, waarmee volledige controle over het verdere opstartproces mogelijk is. <\/p>\n
Een lokale niet-geprivilegieerde gebruiker kan de UUID van de partitie bepalen met de utility \"lsblk\", maar een externe gebruiker zonder toegang tot het systeem, maar die het opstartproces kan observeren, kan in sommige distributies de UUID afleiden uit de diagnostische berichten die tijdens de opstart worden weergegeven. De kwetsbaarheid is door Red Hat verholpen door aan de \"search\"-opdracht een nieuwe parameter toe te voegen die de scanoperatie voor UUID's beperkt tot alleen de blockdevices die worden gebruikt voor het opstarten van de bootloader (d.w.z. de partitie \/boot moet zich op dezelfde schijf bevinden als de EFI-systeempartitie). \n Bron: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"