Pesquisadores de seguran\u00e7a da Binarly identificaram a possibilidade de contornar o modo de inicializa\u00e7\u00e3o verificada UEFI Secure Boot em mais de 800 produtos lan\u00e7ados por empresas como Acer, Dell, Fujitsu, Gigabyte, HP, Intel, Lenovo e Supermicro. O problema recebeu o codinome PKfail e est\u00e1 relacionado ao uso em firmwares de uma chave de plataforma (PK, Platform Key) n\u00e3o confi\u00e1vel, gerada pela AMI (American Megatrends International) e fornecida como um exemplo de teste. Os firmwares mais antigos que usavam a chave de teste foram lan\u00e7ados em 2012 e os mais recentes datam de junho de 2024. Segundo os pesquisadores, mais de 10% de todos os firmwares verificados est\u00e3o vulner\u00e1veis ao problema. <\/p>\n
Nas configura\u00e7\u00f5es da chave, estava especificado que ela n\u00e3o era confi\u00e1vel e n\u00e3o deveria ser inclu\u00edda em seus produtos. Entendia-se que essa chave de teste deveria ser substitu\u00edda por uma pr\u00f3pria, mas os fabricantes ignoraram o aviso e utilizaram em firmwares finais uma chave gen\u00e9rica padr\u00e3o, enviada a todos os parceiros e clientes da AMI. <\/p>\n
A parte privada da chave de teste da AMI, necess\u00e1ria para a cria\u00e7\u00e3o de assinaturas digitais, tornou-se publicamente acess\u00edvel ap\u00f3s o vazamento de informa\u00e7\u00f5es de um dos fabricantes de hardware, cujo funcion\u00e1rio acidentalmente publicou em um reposit\u00f3rio p\u00fablico no GitHub um c\u00f3digo que continha essa chave. A chave privada foi inclu\u00edda em um arquivo criptografado, que foi protegido com uma senha simples de 4 caracteres, que foi facilmente descoberta por for\u00e7a bruta. <\/p>\n
A chave da plataforma \u00e9 usada como a raiz de confian\u00e7a para a valida\u00e7\u00e3o do banco de dados de chaves para o Secure Boot. A obten\u00e7\u00e3o da parte privada da chave da plataforma compromete toda a cadeia de confian\u00e7a envolvida na verifica\u00e7\u00e3o da validade dos componentes do sistema de inicializa\u00e7\u00e3o \u2014 ao conhecer a chave da plataforma, \u00e9 poss\u00edvel contornar a prote\u00e7\u00e3o do Secure Boot e organizar uma substitui\u00e7\u00e3o ao inicializar os pr\u00f3prios componentes por meio da manipula\u00e7\u00e3o da chave KEK (Key Exchange Key) e dos bancos de dados \u00abdb\u00bb (Signature Database) e \u00abdbx\u00bb (Forbidden Signature Database). O KEK \u00e9 respons\u00e1vel por criar uma cadeia de confian\u00e7a entre o firmware e o sistema operacional, o \u00abdb\u00bb cont\u00e9m certificados e assinaturas para o carregador e componentes de terceiros do UEFI, enquanto o \u00abdbx\u00bb inclui assinaturas revogadas de componentes maliciosos conhecidos. <\/p>\n
Para realizar um ataque, \u00e9 suficiente gerar novas chaves e certificados para o KEK e db, ap\u00f3s o qual usar a chave da plataforma de teste que foi divulgada para carregar o certificado KEK criado no firmware UEFI. Ao carregar o certificado KEK no firmware, pode-se usar a chave privada associada para carregar no banco de dados db um novo certificado. Ap\u00f3s o carregamento do certificado db, a chave privada associada pode ser aplicada para validar os componentes EFI carregados. openssl req -newkey rsa:4096 -nodes -keyout KEK.key -new -x509 -sha256 -days 3650 -subj \u00ab\/CN=BRLY KEK\/\u00bb -out KEK.crt openssl req -newkey rsa:4096 -nodes -keyout db.key -new -x509 -sha256 -days 3650 -subj \u00ab\/CN=BRLY db\/\u00bb -out db.crt efi-updatevar -a -c KEK.crt -k PK.key KEK efi-updatevar -a -c db.crt -k KEK.key db sbsign \u2014key db.key \u2014cert db.crt \u2014output rogue.efi.signed rogue.efi <\/p>\n
Para verificar a corre\u00e7\u00e3o da chave da plataforma, basta executar a ferramenta \u00abefi-readvar -v PK\u00bb do pacote efitools e garantir que a chave da plataforma n\u00e3o seja de teste: 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
![\"Por](\"https:\/\/img.youtube.com\/vi\/CveWt3gFQTE\/hqdefault.jpg\")
\r\n