Detecção de Bypass de Secure Boot

Aviso Legal: A avaliação de firmware e Secure Boot só deve ser realizada em sistemas que você possui ou está explicitamente autorizado a testar. Os modos de gravação/modificação do CHIPSEC e a manipulação de variáveis EFI podem danificar o hardware. Execute verificações destrutivas apenas em um laboratório. Esta habilidade é para verificação defensiva e avaliação autorizada.

Visão Geral

O UEFI Secure Boot é a cadeia de confiança imposta pelo firmware que permite apenas componentes de inicialização assinados por chaves na lista de permissões (db) da plataforma e que não estão presentes na lista de revogação (dbx). Bootkits contornam essa camada para obter controle persistente em nível de kernel, pré-SO, que sobrevive a reinstalações do SO e limpezas de disco. BlackLotus (2023) foi o primeiro bootkit UEFI observado publicamente a contornar o Secure Boot em um Windows 11 totalmente corrigido, abusando do CVE-2022-21894 ("baton drop") em um gerenciador de inicialização do Windows vulnerável e assinado para neutralizar o Secure Boot e desabilitar BitLocker, HVCI e Defender. Bootkitty (2024) foi o primeiro PoC de bootkit UEFI visando o Linux. O CVE-2023-24932 da Microsoft abordou um bypass relacionado do Secure Boot que exigia uma implementação faseada do dbx (revogação), pois revogar os gerenciadores de inicialização vulneráveis pode tornar os sistemas inoperantes se aplicados descuidadamente.

A principal percepção defensiva é que a correção do SO não é suficiente — a plataforma permanece explorável até que os binários assinados e vulneráveis sejam revogados no dbx. A detecção, portanto, combina: (1) confirmar que o Secure Boot está realmente habilitado, (2) verificar se o dbx está atualizado e contém as revogações relevantes, (3) verificar a integridade e proteção das variáveis EFI do Secure Boot com CHIPSEC, (4) calcular o hash dos binários de inicialização EFI no disco e compará-los com a lista de revogação e conjuntos de hashes conhecidos como ruins, e (5) inspecionar o firmware/ESP em busca de artefatos de bootkit. Esta habilidade fornece um fluxo de trabalho multiplataforma (Linux + Windows) usando mokutil, efi-readvar/dbxtool, chipsec, sbverify/pesign e Windows Confirm-SecureBootUEFI / Get-SecureBootUEFI.

Quando Usar

• Verificar se a configuração de Secure Boot de um parque está habilitada, bloqueada e atualizada após os avisos do CVE-2023-24932 / BlackLotus.
• Caçar por indicadores de bootkit UEFI em um endpoint suspeito de comprometimento.
• Validar que as revogações do dbx (por exemplo, gerenciadores de inicialização do Windows vulneráveis, Kaspersky/outros bootloaders vulneráveis) foram realmente aplicadas em toda a frota.
• Auditar a integridade do firmware e as proteções das variáveis de Secure Boot durante uma avaliação de segurança de hardware.
• Construir uma verificação recorrente medida/base para adulteração da cadeia de inicialização.

Pré-requisitos

• Acesso root/administrador no alvo (leituras de firmware exigem privilégio).
• Ferramentas Linux:

  sudo apt install mokutil efitools sbsigntool dbxtool      # Debian/Ubuntu
  sudo dnf install mokutil efitools sbsigntools dbxtool     # Fedora/RHEL
  

• CHIPSEC (executado a partir de um Live USB ou host controlado; carrega um driver de kernel):

  pip install chipsec        # or build from https://github.com/chipsec/chipsec
  

• Ferramentas Windows: PowerShell (nativo Confirm-SecureBootUEFI, Get-SecureBootUEFI) e, opcionalmente, o pacote de atualização UEFI dbx da Microsoft.
• Os arquivos atuais de dbxupdate de https://uefi.org/revocationlistfile para comparar.

Objetivos

• Confirmar que o Secure Boot está habilitado e em modo de usuário (não de configuração).
• Enumerar o conteúdo de db, dbx, KEK e PK e avaliar a atualidade do dbx.
• Verificar se as revogações relevantes do CVE estão presentes no dbx.
• Validar que as variáveis EFI do Secure Boot são autenticadas e protegidas (CHIPSEC).
• Calcular o hash dos binários de inicialização do ESP e verificá-los contra o dbx e conjuntos de hashes conhecidos como ruins.
• Identificar artefatos de bootkit e relatar lacunas exploráveis com remediação.

Mapeamento MITRE ATT&CK

Fluxo de Trabalho

1. Confirmar estado do Secure Boot (Linux)

Uma plataforma desabilitada ou em modo de configuração não oferece proteção.

…