IntermediorootkitshistoriacronologíaevoluciónFU RootkitBlackLotus

Historia de los Rootkits: De FU Rootkit (1999) a BlackLotus (2022)

Cronología completa de los rootkits más influyentes. Desde FU Rootkit y DKOM (1999) hasta BlackLotus y los UEFI implants (2022). Cada hito que cambió la carrera armamentística entre atacantes y defensores a nivel de kernel.

MalwareIntel Research··9 min lectura
Serie: Rootkits y Bootkits — Parte 2

25 años de rootkits: una carrera que no termina

La historia de los rootkits es la historia de la carrera armamentística más técnica en ciberseguridad. Cada innovación defensiva (firmas de drivers, Secure Boot, HVCI) genera una respuesta ofensiva (BYOVD, bypass de Secure Boot, firmware implants). Entender esta evolución ayuda a predecir hacia dónde van las amenazas.

Timeline completo

Era 1: los orígenes Unix (1980s-1990s)

AñoEventoSignificado
~1983Primeros rootkits UnixReemplazo de binarios del sistema (ps, ls, netstat) para ocultar acceso no autorizado
1994"Rootkit" como términoEl término se acuña en la comunidad hacker para referirse a un kit de herramientas que mantiene acceso root
1996Linux Rootkit v3/v4 (lrk)Colección de binarios modificados para Linux. Ampliamente distribuido
1997Hernan Ochoa publica SucKITRootkit de kernel Linux que hookea syscalls via /dev/kmem

Era 2: kernel rootkits en Windows (1999-2007)

AñoRootkitTécnicaImpacto
1999FU RootkitDKOM: manipular lista de procesos del kernel para ocultar procesosPrimer rootkit DKOM para Windows. Cambió el paradigma de ocultación
2000NTRootkit (Greg Hoglund)SSDT hooking en Windows NTPrimer rootkit público con hooking de SSDT. Hoglund publicó el concepto y el código
2003Hacker DefenderCombinación de hooking user-mode + kernel hooksRootkit configurable, ampliamente usado. Marcó la era de rootkits "comerciales" del underground
2004FUToEvolución de FU con técnicas adicionales de ocultaciónMejoró DKOM con ocultación de drivers y threads
2005Sony BMG XCPRootkit comercial en CDs de músicaEscándalo masivo: empresa legítima distribuyendo rootkit a millones de usuarios
2005Shadow WalkerManipulación de page tables para ocultar memoriaConcepto avanzado de ocultación a nivel de memoria virtual
2006RustockRootkit de kernel para botnet de spamUno de los rootkits más resilientes. La botnet Rustock envió 30.000 millones de spam emails diarios
2006Unreal.ARootkit que ocultaba archivos via NTFS alternate data streamsCombinó rootkit con técnicas de evasión de filesystem

El escándalo Sony BMG (2005)

Merece detalle por su impacto cultural:

  1. Sony BMG incluía software DRM (XCP, de First4Internet) en CDs de música
  2. Al insertar el CD en un PC Windows, el DRM se instalaba automáticamente
  3. El DRM usaba técnicas de rootkit para ocultar sus archivos (cualquier archivo que empezara con $sys$ era invisible)
  4. Mark Russinovich (creador de Sysinternals, ahora en Microsoft) descubrió el rootkit usando su propia herramienta RootkitRevealer
  5. El rootkit tenía vulnerabilidades que cualquier malware podía explotar (ocultar archivos renombrándolos con $sys$)
  6. Resultado: demandas colectivas, retirada de millones de CDs, Sony pagó millones en compensaciones

Lección: las técnicas de rootkit no son patrimonio exclusivo del malware. Pero usarlas en software comercial contra tus propios clientes tiene consecuencias.

Era 3: bootkits (2007-2015)

AñoBootkitTécnicaImpacto
2007Mebroot (Torpig)MBR infectionPrimer bootkit moderno: infectaba el MBR para cargarse antes que Windows
2008TDL4/AlureonMBR bootkit + rootkit kernelEl bootkit más exitoso. Millones de infecciones. Sobrevivía reinstalación del OS
2008Sinowal/Mebroot v2MBR + AES encryptionEvolucionó con cifrado para dificultar análisis
2010ZeroAccessKernel rootkit + P2P C2Rootkit con infraestructura P2P para resiliencia. Cripto-minería como payload
2011TDL4 última versiónMBR bootkit + 64-bitPrimera versión que infectaba sistemas 64-bit
2011Olmasco/Max++VBR bootkitInfectaba Volume Boot Record en vez de MBR
2012NecursKernel rootkit para botnetLa botnet más grande del mundo (9 millones+ de bots). Rootkit protegía el bot
2013CarberpMBR bootkit + banking trojanCombinaba bootkit con robo de credenciales bancarias
2014Uroburos/TurlaKernel rootkit sofisticadoAPT ruso (FSB). Rootkit de kernel para espionaje de largo plazo

TDL4/Alureon: el rey de los bootkits

TDL4 fue el bootkit más exitoso de la historia:

  • Infectó millones de sistemas Windows
  • Sobrevivía a reinstalación del OS (el MBR persistía)
  • Versión 64-bit bypasseaba la obligación de drivers firmados en Windows x64
  • Usado para click fraud, distribución de malware, y spam
  • Microsoft colaboró con fuerzas del orden para desmantelar la botnet (Operation b71, 2012)

PatchGuard y la respuesta de Microsoft

En 2005, Microsoft introdujo PatchGuard (Kernel Patch Protection) en Windows x64:

  • PatchGuard verifica periódicamente la integridad de estructuras críticas del kernel
  • Si detecta modificaciones (SSDT hooks, IDT hooks, etc.), causa BSOD
  • Esto hizo que los rootkits de kernel basados en hooking fueran más difíciles en x64
  • Los atacantes respondieron con: BYOVD, bootkits (cargar antes que PatchGuard), y técnicas de evasión de PatchGuard

Era 4: UEFI y firmware (2015-presente)

AñoRootkitTipoAtribuido aSignificado
2018LoJaxUEFI rootkitAPT28 (GRU, Rusia)Primer UEFI rootkit in-the-wild documentado
2019MosaicRegressorUEFI firmware implantDesconocido (sospecha China)Implant en firmware SPI, sobrevive cambio de disco
2021FinSpy UEFI bootkitUEFI bootkitFinFisher (spyware comercial)Spyware comercial con capacidad UEFI
2021ESPecterUEFI bootkit (ESP)DesconocidoModificaba la partición ESP
2022MoonBounceSPI flash implantLazarus (DPRK)Implant en chip SPI flash de la placa madre
2022CosmicStrandUEFI firmware rootkitDesconocido (sospecha China)Rootkit en firmware UEFI, descubierto por Kaspersky
2022BlackLotusUEFI bootkitCriminal (vendido en underground)Primer bootkit que bypasea Secure Boot en Windows actualizado

LoJax: el primero UEFI in-the-wild

Descubierto por ESET en 2018, atribuido a APT28 (Fancy Bear, GRU ruso):

  1. APT28 usaba un módulo legítimo de LoJack (software antirrobo) como base
  2. Modificaban el firmware UEFI para incluir su payload
  3. El payload se cargaba cada vez que el sistema arrancaba, antes que Windows
  4. Sobrevivía a reinstalación de Windows y formateo de disco
  5. Usado para espionaje de largo plazo contra organizaciones gubernamentales y militares

BlackLotus: bypass de Secure Boot

BlackLotus (2022) fue significativo por ser accesible (vendido por ~5.000 USD en foros underground) y por bypassear Secure Boot:

  1. Explotaba CVE-2022-21894 ("Baton Drop") en el bootloader de Windows
  2. Aunque Microsoft parcheó la vulnerabilidad, los bootloaders vulnerables firmados seguían siendo válidos para Secure Boot
  3. BlackLotus usaba un bootloader firmado vulnerable como trampolín para cargar su propio código
  4. Una vez cargado, deshabilitaba Defender, HVCI, y BitLocker
  5. Persistía en la partición ESP (no en el firmware SPI)

Respuesta de Microsoft

Microsoft respondió con un plan multi-fase:

  • Fase 1: parche para CVE-2022-21894
  • Fase 2: revocar bootloaders vulnerables en la DBX (Secure Boot deny list)
  • Fase 3: actualizar la política de Secure Boot para prevenir rollback
  • La revocación completa tardó más de un año debido a la complejidad de no romper sistemas legítimos

La evolución de las defensas

AñoDefensaContra qué protege
2005PatchGuard (Windows x64)Hooking de SSDT, IDT, sys_call_table
2006Driver Signing (Windows x64)Drivers no firmados
2011Secure Boot (UEFI)Bootloaders no firmados
2015Device Guard (Windows 10)Ejecución de código no firmado
2017HVCI (VBS)Código del kernel no verificado
2020Kernel DMA ProtectionAtaques via DMA
2022Vulnerable Driver BlocklistBYOVD con drivers conocidos
2024Smart App Control (Windows 11)Binarios no confiables

Cada defensa es bypasseada eventualmente, pero eleva el nivel de sofisticación necesario. Los rootkits de kernel simples (SSDT hooking) ya no funcionan en Windows moderno. Los APTs han migrado a UEFI y firmware.

El estado actual (2026)

Lo que ha cambiado

  • Los rootkits de kernel "commodity" (para malware masivo) han prácticamente desaparecido. PatchGuard, driver signing y EDR los hacen inviables
  • BYOVD es ahora el método estándar para obtener kernel access (en vez de escribir un driver rootkit propio)
  • Los rootkits UEFI/firmware son exclusivos de APTs de nivel estatal
  • En Linux, los rootkits LKM siguen siendo viables (menos protecciones que Windows) y eBPF rootkits son una amenaza emergente

Lo que viene

  • Rootkits en TEE (Trusted Execution Environment): explotar enclaves seguros (SGX, TrustZone)
  • Rootkits en GPUs: ejecutar código persistente en firmware de GPU
  • AI-powered evasion: usar ML para adaptar el rootkit a las defensas detectadas
  • Supply chain rootkits: rootkits insertados en firmware durante la manufactura

Mapeo MITRE ATT&CK

EraTécnica principalATT&CK ID
User-mode rootkitsHijack Execution FlowT1574
Kernel rootkitsRootkitT1014
LKM rootkitsKernel Modules and ExtensionsT1547.006
MBR bootkitsPre-OS Boot: BootkitT1542.003
UEFI bootkitsPre-OS Boot: System FirmwareT1542.001
Firmware implantsModify System ImageT1601
BYOVD (para instalar rootkit)Exploitation for Privilege EscalationT1068

Fuentes y referencias

  • Matrosov, A. et al. "Rootkits and Bootkits." No Starch Press, 2019.
  • Hoglund, G. & Butler, J. "Rootkits: Subverting the Windows Kernel." Addison-Wesley, 2005.
  • Russinovich, M. "Sony, Rootkits and Digital Rights Management Gone Too Far." Mark's Blog, 2005.
  • ESET. "LoJax: First UEFI Rootkit Found in the Wild." ESET Research, 2018.
  • ESET. "BlackLotus UEFI Bootkit Analysis." ESET Research, 2023.
  • Kaspersky. "MoonBounce: The Dark Side of UEFI Firmware." GReAT, 2022.
  • Kaspersky. "CosmicStrand: UEFI Firmware Rootkit." GReAT, 2022.
  • Microsoft. "Guidance for Blocking Vulnerable Drivers." Microsoft Security Blog.
  • MITRE ATT&CK. "Pre-OS Boot (T1542)." https://attack.mitre.org/techniques/T1542/

Preguntas frecuentes

Artículos relacionados

Este contenido tiene fines exclusivamente educativos y de investigación en ciberseguridad defensiva. No se proporcionan binarios maliciosos ni payloads ejecutables. El uso indebido de esta información es responsabilidad exclusiva del usuario. Leer disclaimer completo.