{"id":111907,"date":"2023-12-01T21:10:27","date_gmt":"2023-12-01T19:10:27","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/logofail-ataka-na-uefi-proshivki-cherez-podstanovku-vredonosnyh-logotipov"},"modified":"2023-12-01T21:10:27","modified_gmt":"2023-12-01T19:10:27","slug":"logofail-ataka-na-uefi-proshivki-cherez-podstanovku-vredonosnyh-logotipov","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/logofail-ataka-na-uefi-proshivki-cherez-podstanovku-vredonosnyh-logotipov","title":{"rendered":"LogoFAIL \u2014 ein Angriff auf UEFI-Firmware durch das Einf\u00fcgen schadhafter Logos.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Forscher von Binarly haben eine Reihe von Sicherheitsanf\u00e4lligkeiten im Code zur Verarbeitung von Bildern entdeckt, der in UEFI-Firmware verschiedener Hersteller verwendet wird. Diese Anf\u00e4lligkeiten erm\u00f6glichen es, eigenen Code beim Booten auszuf\u00fchren, indem ein speziell gestaltetes Bild im ESP-Bereich (EFI Systempartition) oder in einem nicht signierten Teil des Firmware-Updates platziert wird. Die vorgeschlagene Angriffsstrategie kann verwendet werden, um den UEFI Secure Boot-Mechanismus und hardwarebasierte Schutzma\u00dfnahmen wie Intel Boot Guard, AMD Hardware-Validated Boot und ARM TrustZone Secure Boot zu umgehen. <\/p>\n
Das Problem entsteht, weil die Firmware es erm\u00f6glicht, benutzerdefinierte Logos anzuzeigen und daf\u00fcr Bildverarbeitungsbibliotheken verwendet, die auf Firmware-Ebene ohne Herabstufung der Berechtigungen ausgef\u00fchrt werden. Es wird festgestellt, dass moderne Firmware Code zur Verarbeitung von BMP-, GIF-, JPEG-, PCX- und TGA-Formaten enthalten, in dem Anf\u00e4lligkeiten vorhanden sind, die zu einem Puffer\u00fcberlauf w\u00e4hrend der Verarbeitung fehlerhafter Daten f\u00fchren. <\/p>\n
In den Firmware-Versionen, die von verschiedenen Hardware-Anbietern (Intel, Acer, Lenovo) und Firmware-Herstellern (AMI, Insyde, Phoenix) bereitgestellt werden, wurden Sicherheitsanf\u00e4lligkeiten festgestellt. Da der problematische Code in den Referenzkomponenten vorhanden ist, die von unabh\u00e4ngigen Firmware-Anbietern bereitgestellt werden und als Grundlage f\u00fcr die Erstellung eigener Firmwares durch verschiedene Hardware-Hersteller dienen, sind diese Sicherheitsanf\u00e4lligkeiten nicht spezifisch f\u00fcr bestimmte Anbieter und betreffen das gesamte \u00d6kosystem. <\/p>\n
Details zu den festgestellten Sicherheitsanf\u00e4lligkeiten sollen am 6. Dezember auf der Black Hat Europe 2023-Konferenz bekannt gegeben werden. In der Pr\u00e4sentation auf der Konferenz wird ebenfalls ein Exploit vorgef\u00fchrt, der es erm\u00f6glicht, eigenen Code mit Firmware-Rechten auf Systemen mit x86- und ARM-Architekturen auszuf\u00fchren. Urspr\u00fcnglich wurden die Sicherheitsanf\u00e4lligkeiten bei der Analyse von Lenovo-Firmwares, die auf Plattformen von Insyde, AMI und Phoenix basieren, festgestellt, aber auch die Firmwares von Intel und Acer werden als potenziell anf\u00e4llig genannt. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"