BlackLotus: el bootkit que rompió Secure Boot

Contexto

En marzo de 2023, ESET publicó "BlackLotus UEFI bootkit: Myth confirmed". BlackLotus era un bootkit UEFI comercial vendido en foros underground por ~5,000 USD que hacía algo que la industria creía imposible fuera de APTs de estado-nación: bypassear Secure Boot en sistemas Windows 11 completamente parcheados.

Contribución técnica

CVE-2022-21894 (Baton Drop)

BlackLotus explotaba CVE-2022-21894, una vulnerabilidad en el Boot Configuration Data (BCD) de Windows. Aunque Microsoft había parcheado la vulnerabilidad, la revocación de los bootloaders vulnerables no se había completado. BlackLotus usaba un bootloader Windows firmado pero vulnerable (anterior al parche) para bypassear Secure Boot.

La cadena:

1. BlackLotus incluía una copia de un bootloader Windows firmado pero vulnerable
2. Secure Boot verificaba la firma: válida (firmada por Microsoft)
3. El bootloader vulnerable cargaba el payload de BlackLotus
4. BlackLotus se ejecutaba con privilegios de boot antes del kernel

Post-explotación

Una vez ejecutándose como bootkit:

• Desactiva BitLocker: acceso al volumen descifrado
• Desactiva HVCI: permite carga de drivers no firmados
• Desactiva Windows Defender: parchea en memoria
• Despliega kernel driver: persistencia y funcionalidad de rootkit
• HTTP downloader: descarga payloads adicionales desde C2

Persistencia

BlackLotus escribía su payload en la ESP (EFI System Partition) y registraba un MOK (Machine Owner Key) malicioso. Esto le daba persistencia que sobrevivía a actualizaciones de Windows pero no a un reflash de firmware.

Por qué importó

Democratización de bootkits

Antes de BlackLotus, los bootkits UEFI eran exclusivos de APTs (LoJax/APT28, MosaicRegressor, MoonBounce). BlackLotus era comercial: cualquiera con 5,000 USD podía comprarlo. Esto cambió la ecuación de riesgos: ya no necesitabas recursos de estado-nación para obtener persistencia a nivel de boot.

Secure Boot no es infalible

BlackLotus demostró que la cadena de confianza de Secure Boot tiene un gap temporal: entre que Microsoft parcha una vulnerabilidad y revoca los bootloaders vulnerables, la ventana de explotación puede durar meses o años. El DBX (database de revocación) se actualiza lentamente por miedo a brickear sistemas.

Complejidad de remediación

Eliminar BlackLotus requería: limpiar la ESP, restaurar el BCD, eliminar los MOKs maliciosos, verificar que no hubiera drivers maliciosos persistentes. Un procedimiento significativamente más complejo que eliminar malware convencional.

Detección

Indicadores

• Archivos sospechosos en la ESP (EFI System Partition)
• MOKs no reconocidos en la base de datos UEFI
• HVCI y Windows Defender desactivados sin justificación
• Bootloader con hash en la lista de vulnerables (pre-parche)
• Tráfico HTTP no cifrado a dominios de C2 durante boot temprano

Herramientas

• CHIPSEC: verificación de integridad de firmware
• fwupd/fwupdmgr: en Linux, verificar componentes de firmware
• Windows Defender: Microsoft añadió detección específica post-publicación de ESET
• Bootloader hash verification: comparar hashes de bootloaders en ESP con los conocidos

Respuesta de Microsoft

Microsoft publicó guías de mitigación y aceleró la revocación de bootloaders vulnerables vía Windows Update. Sin embargo, la revocación completa requiere actualizar el DBX de Secure Boot en cada sistema, un proceso que Microsoft aborda gradualmente para evitar problemas de compatibilidad.

Lecciones

1. Secure Boot es necesario pero no suficiente: necesita complementarse con verificación de firmware y monitorización del boot process
2. La revocación es el punto débil: el gap entre parche y revocación es explotable
3. La ESP necesita monitorización: los EDR que no monitorizan la EFI System Partition son ciegos a bootkits
4. IR debe incluir firmware: los procedimientos de IR que solo limpian disco y memoria no eliminan bootkits

Veredicto

BlackLotus es el paper que cerró la brecha entre bootkits de APT y cibercrimen comercial. Su análisis es lectura obligatoria para equipos de IR y para cualquiera que necesite entender los límites de Secure Boot. La investigación de ESET es exemplar en claridad técnica y ha motivado mejoras reales en la seguridad del boot de Windows.