{"id":104320,"date":"2022-06-08T15:36:43","date_gmt":"2022-06-08T13:36:43","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimosti-v-grub2-pozvolyayushhie-obojti-uefi-secure-boot"},"modified":"2022-06-08T15:36:43","modified_gmt":"2022-06-08T13:36:43","slug":"uyazvimosti-v-grub2-pozvolyayushhie-obojti-uefi-secure-boot","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/news\/uyazvimosti-v-grub2-pozvolyayushhie-obojti-uefi-secure-boot","title":{"rendered":"Vulnerabilidades no GRUB2 que permitem contornar o UEFI Secure Boot","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
No carregador GRUB2 foram corrigidas 7 vulnerabilidades que permitiam contornar o mecanismo UEFI Secure Boot e iniciar c\u00f3digo n\u00e3o verificado, como a inje\u00e7\u00e3o de malware que opera no n\u00edvel do carregador ou do kernel. Al\u00e9m disso, foi identificada uma vulnerabilidade no m\u00f3dulo shim, que tamb\u00e9m permite contornar o UEFI Secure Boot. O grupo de vulnerabilidades recebeu o codinome Boothole 3, assim como problemas semelhantes anteriormente identificados no carregador. <\/p>\n
Para resolver os problemas no GRUB2 e no shim, as distribui\u00e7\u00f5es poder\u00e3o utilizar o mecanismo SBAT (UEFI Secure Boot Advanced Targeting), cuja suporte foi implementada para GRUB2, shim e fwupd. O SBAT foi desenvolvido em conjunto com a Microsoft e implica a adi\u00e7\u00e3o de metadados execut\u00e1veis nos arquivos dos componentes UEFI, que incluem informa\u00e7\u00f5es sobre o fabricante, produto, componente e vers\u00e3o. Esses metadados s\u00e3o assinados digitalmente e podem ser inclu\u00eddos separadamente nas listas de componentes autorizados ou proibidos para o UEFI Secure Boot. <\/p>\n
Na maioria das distribui\u00e7\u00f5es Linux, para a inicializa\u00e7\u00e3o verificada em modo UEFI Secure Boot, \u00e9 utilizado um pequeno m\u00f3dulo shim, assinado digitalmente pela Microsoft. Este m\u00f3dulo verifica o GRUB2 com seu pr\u00f3prio certificado, permitindo que os desenvolvedores de distribui\u00e7\u00f5es n\u00e3o precisem assinar cada atualiza\u00e7\u00e3o do kernel e do GRUB com a Microsoft. As vulnerabilidades no GRUB2 permitem a execu\u00e7\u00e3o de c\u00f3digo pr\u00f3prio ap\u00f3s a verifica\u00e7\u00e3o bem-sucedida do shim, mas antes do carregamento do sistema operacional, inserindo-se na cadeia de confian\u00e7a com o modo Secure Boot ativo e assumindo controle total sobre o processo de inicializa\u00e7\u00e3o subsequente, incluindo a inicializa\u00e7\u00e3o de outro sistema operacional, modifica\u00e7\u00e3o de componentes do sistema operacional e contorno da prote\u00e7\u00e3o Lockdown. <\/p>\n
Para resolver os problemas no carregador, as distribui\u00e7\u00f5es ter\u00e3o que criar novas assinaturas digitais internas e atualizar instaladores, carregadores, pacotes do kernel, firmwares fwupd e o m\u00f3dulo shim. Antes da implementa\u00e7\u00e3o do SBAT, a atualiza\u00e7\u00e3o da lista de certificados revogados (dbx, UEFI Revocation List) era uma condi\u00e7\u00e3o obrigat\u00f3ria para bloquear completamente a vulnerabilidade, pois um atacante, independentemente do sistema operacional usado, poderia comprometer o UEFI Secure Boot utilizando um meio de inicializa\u00e7\u00e3o com uma vers\u00e3o antiga vulner\u00e1vel do GRUB2, assinada digitalmente. <\/p>\n
Em vez de revogar a assinatura, o SBAT permite bloquear seu uso para vers\u00f5es espec\u00edficas de componentes sem a necessidade de revogar chaves para o Secure Boot. O bloqueio de vulnerabilidades atrav\u00e9s do SBAT n\u00e3o requer o uso da lista de certificados revogados do UEFI (dbx) e \u00e9 feito ao n\u00edvel de substitui\u00e7\u00e3o da chave interna para a forma\u00e7\u00e3o de assinaturas e atualiza\u00e7\u00e3o do GRUB2, shim e outros artefatos de inicializa\u00e7\u00e3o fornecidos pelas distribui\u00e7\u00f5es. Atualmente, o suporte ao SBAT j\u00e1 foi adicionado na maioria das distribui\u00e7\u00f5es populares do Linux. <\/p>\n
Vulnerabilidades identificadas: <\/p>\n
\n
CVE-2021-3696, CVE-2021-3695 - estouros de buffer na heap ao processar imagens PNG especialmente formatadas, que teoricamente podem ser usados para organizar a execu\u00e7\u00e3o de c\u00f3digo pelo atacante e contornar o UEFI Secure Boot. Observa-se que o problema \u00e9 dif\u00edcil de explorar, j\u00e1 que a cria\u00e7\u00e3o de um exploit funcional requer levar em conta muitos fatores e ter informa\u00e7\u00f5es sobre o layout de mem\u00f3ria.\n
CVE-2021-3697 - estouro por underflow de buffer no c\u00f3digo de processamento de imagens JPEG. A explora\u00e7\u00e3o do problema requer a obten\u00e7\u00e3o de informa\u00e7\u00f5es sobre o layout de mem\u00f3ria e est\u00e1 aproximadamente no mesmo n\u00edvel de complexidade que o problema com PNG (CVSS 7.5).\n
CVE-2022-28733 \u2014 estouro de inteiro na fun\u00e7\u00e3o grub_net_recv_ip4_packets(), permitindo a manipula\u00e7\u00e3o do par\u00e2metro rsm->total_len atrav\u00e9s do envio de um pacote IP especificamente formatado. O problema \u00e9 classificado como a vulnerabilidade mais cr\u00edtica das apresentadas (CVSS 8.1). Com a explora\u00e7\u00e3o bem-sucedida, a vulnerabilidade permite escrever dados al\u00e9m dos limites do buffer ao alocar mem\u00f3ria de tamanho muito menor.\n
CVE-2022-28734 \u2014 estouro de buffer de um byte ao processar cabe\u00e7alhos HTTP separados. O problema pode levar \u00e0 corrup\u00e7\u00e3o de metadados do GRUB2 (escrevendo um byte nulo imediatamente ap\u00f3s o final do buffer) ao analisar solicita\u00e7\u00f5es HTTP especificamente formatadas.\n
CVE-2022-28735 \u2014 problema no verificador shim_lock, permitindo o carregamento de arquivos n\u00e3o relacionados ao n\u00facleo. A vulnerabilidade pode ser explorada para carregar m\u00f3dulos do n\u00facleo ou c\u00f3digo n\u00e3o verificado no modo UEFI Secure Boot.\n
CVE-2022-28736 \u2014 acesso a uma \u00e1rea de mem\u00f3ria j\u00e1 liberada na fun\u00e7\u00e3o grub_cmd_chainloader() atrav\u00e9s da reinvoca\u00e7\u00e3o do comando chainloader, usado para carregar sistemas operacionais n\u00e3o suportados no GRUB2. A explora\u00e7\u00e3o pode levar \u00e0 execu\u00e7\u00e3o de c\u00f3digo do atacante se o invasor conseguir determinar as caracter\u00edsticas da aloca\u00e7\u00e3o de mem\u00f3ria no GRUB2.\n
CVE-2022-28737 \u2014 estouro de buffer na camada shim, ocorrendo na fun\u00e7\u00e3o handle_image() ao carregar e executar imagens EFI especificamente formatadas. <\/ul>\n