806 emaplaatide mudelil avastati testvõti, mis võimaldab mööda minna UEFI Secure Bootist

Turvauuringud tegi Binarly ettevõtte, kelle käes on teave UEFI Secure Booti kinnitatud laadimise režiimi ületamise võimalusest enam kui 800 tootes, mille on välja andnud Acer, Dell, Fujitsu, Gigabyte, HP, Intel, Lenovo ja Supermicro. Probleem on saanud koodnimeks PKfail ja on seotud usaldusväärse platvormi võtme (PK, Platform Key) kasutamisega, mille on genereerinud AMI (American Megatrends International) ja see on antud testimisse. Vanimad püsivara versioonid, mis kasutasid testvõtit, on välja antud 2012. aastal, ja uusimad kuupäevad on juunis 2024. Uuringute andmetel on probleemiga kokku puutunud rohkem kui 10% kõigist kontrollitud püsivara versioonidest.

Võtme parameetrites oli märgitud, et see on usaldusväärne ja et seda ei tohiks oma toodetes kasutada. Eeldati, et see testvõti tuleb asendada tootja enda võtmega, kuid tootjad ei pööranud hoiatusele tähelepanu ning kasutasid lõppversioonides standardset üldvõtit, mis saadeti kõigile AMI partneritele ja klientidele.

AMI testvõtme privaatne osa, mis on vajalik digitaalsete allkirjade tegemiseks, on avalikult kergesti kätte saadav pärast teabe lekkimist ühe riistvaratootja juures, kelle töötaja kogemata postitas avalikku GitHubi registrisse koodi, mis sisaldas seda võtme. Privaatne võti oli paigutatud krüpteeritud faili, mille krüpteerimisel kasutati lihtsat 4-tähelise parooli, mille leidmine osutus kergesti ära arvamiseks.

Platvormi võti kasutatakse usaldusvõrgusüsteemi juurttevõtmena, et autentida andmebaase, mis sisaldavad võtmeid Secure Boot jaoks. Platvormi võtme privaatse osa kätte saamine viib kogu usaldusketi kompromiteerimise, mis on seotud laadimissüsteemi komponentide kehtivuse kontrollimisega — teades platvormi võtit on võimalik Secure Booti kaitset mööda minna ja korraldada laadimise ajal oma komponentide asendamine KEK (Key Exchange Key) võtme ja andmebaaside „db” (Signature Database) ja „dbx” (Forbidden Signature Database) manipuleerimise kaudu. KEK vastutab usaldusketi loomise eest püsivara ja operatsioonisüsteemi vahel, „db” sisaldab sertifikaate ja allkirju laadijale ning kolmandate osapoolte UEFI komponentidele, samas kui „dbx” sisaldab teadaolevate kahjulike komponentide tühistatud allkirju.

Rünnaku sooritamiseks piisab uutest võtitest ja sertifikaatidest KEK ja db genereerimisest, seejärel saab kasutada avalikku testvõtit platvormilt, et laadida KEK-sertifikaat UEFI-firmware'i. Pärast KEK-sertifikaadi laadimist firmware'i saab sellega seotud privaatvõtit kasutada uut sertifikaati db laadimiseks andmebaasi. Pärast db-sertifikaadi laadimist saab sellega seotud privaatvõtit kasutada laaditavate EFI-komponentide tõendamiseks. 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

Platvormi võtme õigsuse kontrollimiseks piisab, kui käivitada utiliit «efi-readvar -v PK» paketist efitools ja veenduda, et platvormi võtme ei ole testvõti: efi-readvar -v PK Muutujad PK, pikkus 862 PK: Loend 0, tüüp X509 Allkiri 0, suurus 834, omanik 26dc4851-195f-4ae1-9a19-fbf883bbb35e Teema: CN=DO NOT TRUST — AMI Test PK Väljastaja: CN=DO NOT TRUST — AMI Test PK

Allikas: opennet.ru