{"id":118325,"date":"2024-07-26T15:43:00","date_gmt":"2024-07-26T13:43:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/v-806-modelyah-materinskih-plat-vyyavlen-testovyj-klyuch-pozvolyayushhij-obojti-uefi-secure-boot"},"modified":"2024-07-26T15:43:00","modified_gmt":"2024-07-26T13:43:00","slug":"v-806-modelyah-materinskih-plat-vyyavlen-testovyj-klyuch-pozvolyayushhij-obojti-uefi-secure-boot","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sv\/blog\/news\/v-806-modelyah-materinskih-plat-vyyavlen-testovyj-klyuch-pozvolyayushhij-obojti-uefi-secure-boot","title":{"rendered":"I 806 modeller av moderkort har en testnyckel uppt\u00e4ckts som g\u00f6r det m\u00f6jligt att kringg\u00e5 UEFI Secure Boot.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
S\u00e4kerhetsexperter fr\u00e5n f\u00f6retaget Binarly har uppt\u00e4ckt en m\u00f6jlighet att kringg\u00e5 den verifierade UEFI Secure Boot-l\u00e4get p\u00e5 mer \u00e4n 800 produkter som sl\u00e4ppts av Acer, Dell, Fujitsu, Gigabyte, HP, Intel, Lenovo och Supermicro. Problemet har kodnamnet PKfail och \u00e4r kopplat till anv\u00e4ndningen av en os\u00e4ker plattformsnyckel (PK, Platform Key) i firmware, som genererats av AMI (American Megatrends International) och levererats som ett testexempel. De \u00e4ldsta firmwareversionerna som anv\u00e4nde testnyckeln sl\u00e4pptes 2012, medan de nyaste \u00e4r daterade i juni 2024. Enligt forskarna \u00e4r mer \u00e4n 10% av alla verifierade firmwareversioner s\u00e5rbara f\u00f6r detta problem. <\/p>\n
I nyckelinst\u00e4llningarna angavs att den var os\u00e4ker och inte skulle levereras i sina produkter. Det antyddes att denna testnyckel skulle ers\u00e4ttas med en egen, men tillverkarna borts\u00e5g fr\u00e5n varningen och anv\u00e4nde ist\u00e4llet en typisk gemensam nyckel som skickades till alla partners och kunder hos AMI. <\/p>\n
Den slutna delen av AMI:s testnyckel, som kr\u00e4vs f\u00f6r att skapa digitala signaturer, blev offentligt tillg\u00e4nglig efter en informationsl\u00e4cka fr\u00e5n en av h\u00e5rdvarutillverkarna, vars anst\u00e4lld av misstag lade upp koden som inneh\u00f6ll denna nyckel i ett offentligt GitHub-repo. Den slutna nyckeln var placerad i en krypterad fil, vars kryptering anv\u00e4nde ett enkelt 4-teckens l\u00f6senord, vilket var l\u00e4tt att kn\u00e4cka genom en enkel provning. <\/p>\n
Plattformens nyckel anv\u00e4nds som rot f\u00f6r attvidarebefordra databaser med nycklar f\u00f6r Secure Boot. Om den hemliga delen av plattformens nyckel skaffas \u00e5tkommer hela kedjan av f\u00f6rtroende som p\u00e5verkas vid validering av komponenterna i det laddade systemet \u2014 att k\u00e4nna till plattformens nyckel g\u00f6r att man kan kringg\u00e5 Secure Boot-skyddet och manipulera s\u00e5 att egna komponenter kan laddas genom att manipulera KEK-nyckeln (Key Exchange Key) samt databaserna \u201edb\u201c (Signaturdatabas) och \u201edbx\u201c (F\u00f6rbjuden signaturdatabas). KEK ansvarar f\u00f6r att skapa en kedja av f\u00f6rtroende mellan firmware och operativsystem, \u201edb\u201c inneh\u00e5ller certifikat och signaturer f\u00f6r bootloadern och tredjepartskomponenter i UEFI, medan \u201edbx\u201c inkluderar \u00e5terkallade signaturer av k\u00e4nda skadliga komponenter. <\/p>\n
F\u00f6r att utf\u00f6ra en attack r\u00e4cker det att generera nya nycklar och certifikat f\u00f6r KEK och db, varefter man anv\u00e4nder det publikt tillg\u00e4ngliga testnyckeln f\u00f6r plattformen f\u00f6r att ladda det skapade KEK-certifikatet i UEFI-firmware. N\u00e4r KEK-certifikatet laddas kan den relaterade hemliga nyckeln anv\u00e4ndas f\u00f6r att ladda ett nytt certifikat i databasen db. Efter att certifikatet db har laddats kan den relaterade hemliga nyckeln anv\u00e4ndas f\u00f6r att vidarebefordra de laddade EFI-komponenterna. 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
F\u00f6r att kontrollera om plattformens nyckel \u00e4r korrekt r\u00e4cker det att k\u00f6ra verktyget \u201eefi-readvar -v PK\u201c fr\u00e5n paketet efitools och f\u00f6rs\u00e4kra sig om att plattformens nyckel inte \u00e4r en testnyckel: efi-readvar -v PK Variable PK, length 862 PK: List 0, type X509 Signature 0, size 834, owner 26dc4851-195f-4ae1-9a19-fbf883bbb35e Subject: CN=DO NOT TRUST \u2014 AMI Test PK Issuer: CN=DO NOT TRUST \u2014 AMI Test PK
![\"Spela](\"https:\/\/img.youtube.com\/vi\/CveWt3gFQTE\/hqdefault.jpg\")
\r\n