Sicherheitsforscher von Binarly haben eine M\u00f6glichkeit entdeckt, den UEFI Secure Boot-Verifizierungsmodus bei \u00fcber 800 Produkten von Unternehmen wie Acer, Dell, Fujitsu, Gigabyte, HP, Intel, Lenovo und Supermicro zu umgehen. Das Problem tr\u00e4gt den Codenamen PKfail und h\u00e4ngt mit der Verwendung eines nicht vertrauensw\u00fcrdigen Plattformschl\u00fcssels (PK, Platform Key) zusammen, der von AMI (American Megatrends International) generiert und als Testbeispiel bereitgestellt wurde. Die \u00e4ltesten Firmware-Versionen, die den Testschl\u00fcssel verwendeten, stammen aus dem Jahr 2012, w\u00e4hrend die neuesten von Juni 2024 datiert sind. Laut den Forschern sind \u00fcber 10% aller gepr\u00fcften Firmware-Versionen betroffen. <\/p>\n
In den Schl\u00fcsselkriterien wurde angegeben, dass der Schl\u00fcssel nicht vertrauensw\u00fcrdig ist und nicht in deren Produkten verwendet werden sollte. Es wurde angenommen, dass dieser Testschl\u00fcssel durch einen eigenen ersetzt werden sollte, aber die Hersteller ignorierten die Warnung und verwendeten in den endg\u00fcltigen Firmware-Versionen einen generischen Schl\u00fcssel, der an alle Partner und Kunden von AMI verteilt wurde. <\/p>\n
Der geheime Teil des Testschl\u00fcssels von AMI, der zur Erstellung digitaler Signaturen erforderlich ist, wurde \u00f6ffentlich zug\u00e4nglich, nachdem Informationen von einem der Hardware-Hersteller geleakt wurden, dessen Mitarbeiter versehentlich Code, der diesen Schl\u00fcssel enthielt, in einem \u00f6ffentlichen Repository auf GitHub ver\u00f6ffentlicht hatte. Der geheime Schl\u00fcssel war in einer verschl\u00fcsselten Datei gespeichert, bei deren Verschl\u00fcsselung ein einfacher 4-stelliger Passwort verwendet wurde, der durch Brute-Force leicht geknackt werden konnte. <\/p>\n
Der Plattformschl\u00fcssel dient als Root of Trust zur Beglaubigung von Datenbanken mit Schl\u00fcsseln f\u00fcr Secure Boot. Der Zugriff auf den privaten Teil des Plattformschl\u00fcssels f\u00fchrt zur Kompromittierung der gesamten Vertrauenskette, die bei der \u00dcberpr\u00fcfung der G\u00fcltigkeit von Komponenten des zu ladenden Systems beteiligt ist \u2014 durch Kenntnis des Plattformschl\u00fcssels kann der Schutz von Secure Boot umgangen und die Ersetzung beim Booten eigener Komponenten durch Manipulation mit dem KEK (Key Exchange Key) und den Datenbanken \u201edb\u201c (Signature Database) und \u201edbx\u201c (Forbidden Signature Database) organisiert werden. KEK ist verantwortlich f\u00fcr die Erstellung einer Vertrauenskette zwischen Firmware und Betriebssystem, \u201edb\u201c enth\u00e4lt Zertifikate und Signaturen f\u00fcr den Bootloader und Drittanbieter UEFI-Komponenten, w\u00e4hrend \u201edbx\u201c zur\u00fcckgezogene Signaturen bekannter b\u00f6sartiger Komponenten umfasst. <\/p>\n
F\u00fcr einen Angriff gen\u00fcgt es, neue Schl\u00fcssel und Zertifikate f\u00fcr KEK und db zu generieren und dann den \u00f6ffentlich zug\u00e4nglichen Testplattformsschl\u00fcssel zu verwenden, um das erstellte KEK-Zertifikat in die UEFI-Firmware zu laden. Nach dem Laden des KEK-Zertifikats in die Firmware kann der zugeh\u00f6rige private Schl\u00fcssel verwendet werden, um ein neues Zertifikat in die db-Datenbank zu laden. Nach dem Laden des db-Zertifikats kann der zugeh\u00f6rige private Schl\u00fcssel zur Beglaubigung der geladenen EFI-Komponenten verwendet werden. openssl req -newkey rsa:4096 -nodes -keyout KEK.key -new -x509 -sha256 -days 3650 -subj '\/CN=BRLY KEK\/' -out KEK.crt openssl req -newkey rsa:4096 -nodes -keyout db.key -new -x509 -sha256 -days 3650 -subj '\/CN=BRLY db\/' -out db.crt efi-updatevar -a -c KEK.crt -k PK.key KEK efi-updatevar -a -c db.crt -k KEK.key db sbsign --key db.key --cert db.crt --output rogue.efi.signed rogue.efi <\/p>\n
Um die G\u00fcltigkeit des Plattformschl\u00fcssels zu \u00fcberpr\u00fcfen, gen\u00fcgt es, das Dienstprogramm \u201eefi-readvar -v PK\u201c aus dem Paket efitools auszuf\u00fchren und sicherzustellen, dass der Plattformschl\u00fcssel kein Testschl\u00fcssel ist: efi-readvar -v PK Variable PK, L\u00e4nge 862 PK: Liste 0, Typ X509 Signatur 0, Gr\u00f6\u00dfe 834, Besitzer 26dc4851-195f-4ae1-9a19-fbf883bbb35e Betreff: CN=DO NOT TRUST \u2014 AMI Test PK Aussteller: CN=DO NOT TRUST \u2014 AMI Test PK
![\"Video](\"https:\/\/img.youtube.com\/vi\/CveWt3gFQTE\/hqdefault.jpg\")
\r\n