Skip to main content


Estado: RoguePlanet (zero-day #7) sin parche disponible a fecha de publicación — 11 de junio de 2026. Si administras sistemas Windows, ve directamente al apartado «Qué debes hacer ahora» al final del artículo.


A principios de abril de 2026, una cuenta de GitHub creada apenas una semana antes publicó un exploit funcional contra Windows Defender. Sin foto de perfil, sin nombre real, sin historial previo. Solo un alias: Nightmare-Eclipse.

Lo que siguió durante las diez semanas posteriores se convirtió en la crisis de divulgación de vulnerabilidades más comentada del año: siete exploits publicados sin parchear, tres de ellos usados en ataques reales antes de recibir corrección, Microsoft amenazando con acción penal y dando marcha atrás cuatro días después, y una comunidad de ciberseguridad dividida entre quienes ven a este investigador anónimo como un justiciero y quienes lo consideran un actor malicioso cuyo código acabó en manos de atacantes vinculados a infraestructura rusa.


¿Quién es Nightmare-Eclipse?

Nightmare-Eclipse es un investigador de seguridad anónimo, no un desarrollador de software ni un creador de contenido. Opera bajo tres aliases vinculados: Nightmare-Eclipse en GitHub, Chaotic Eclipse como nombre de blog, y Dead Eclipse en la URL de ese mismo blog (deadeclipse666.blogspot.com), donde firma sus entradas con firma PGP y hash SHA-512.

Su identidad real sigue siendo desconocida. La profundidad de su conocimiento de los internals de Windows llevó a múltiples investigadores a especular —en un hilo de Hacker News ampliamente citado— con la posibilidad de que sea un ex-empleado de Microsoft. Algunos insinuaron que podría ser la misma persona que «SandboxEscaper», la hacker que publicó zero-days de Windows entre 2018 y 2019 y que Microsoft contrató posteriormente. Tanto SandboxEscaper como Nightmare-Eclipse niegan explícitamente ser la misma persona.

Lo que sí está documentado es lo que el propio investigador escribió en su primer post:

«Nunca quise reabrir un blog y una nueva cuenta de GitHub para soltar código. Pero alguien violó nuestro acuerdo y me dejó sin hogar, sin nada. Sabían que esto pasaría y aun así me apuñalaron por la espalda.»

— Nightmare-Eclipse, blog «Chaotic Eclipse», abril 2026


El origen del conflicto: una divulgación coordinada que se rompió

El caso no involucra copyright, DMCA ni licencias de software. El corazón del asunto es un proceso roto de divulgación coordinada de vulnerabilidades (CVD): el mecanismo por el que los investigadores reportan fallos a los fabricantes antes de hacerlos públicos, dando tiempo a que se publique un parche. Es un sistema basado en la confianza mutua, y cuando esa confianza se rompe, las consecuencias pueden ser exactamente las que estamos viendo.

Según el relato del investigador, los hechos fueron los siguientes: intentó reportar vulnerabilidades de Windows a través del portal oficial del Microsoft Security Response Center (MSRC). Microsoft le exigió un vídeo demostrando el exploit como parte del proceso de verificación. Microsoft le revocó el acceso a su cuenta del portal MSRC, eliminando su capacidad de reportar de forma oficial. No recibió ninguna recompensa económica ni crédito público. Este último punto tiene respaldo documental: el CVE-2026-33825 (la primera vulnerabilidad publicada) fue acreditado oficialmente a los investigadores Zen Dodd y Yuanpei Xu, no a Nightmare-Eclipse.

Microsoft respondió a los medios con una declaración breve y evasiva: la compañía «no elimina cuentas del portal de investigadores del MSRC» y «no puede confirmar qué cuenta esta persona afirma que fue desactivada». No abordó ninguna de las alegaciones concretas.


La cronología completa: diez semanas que pusieron en jaque a Microsoft

27 de marzo de 2026

Nightmare-Eclipse crea su cuenta de GitHub. Sin actividad pública durante una semana.

2–3 de abril de 2026 — BlueHammer publicado

Un día después del Patch Tuesday de abril, el investigador publica el exploit CVE-2026-33825 con el mensaje: «No estoy faroleando, y lo hago de nuevo.» Es un exploit de escalada de privilegios (LPE) contra Windows Defender que obtiene permisos de SYSTEM vía race condition TOCTOU.

10 de abril de 2026 — Primera explotación real confirmada

Huntress Labs observa el primer ataque usando BlueHammer. Un atacante accede vía VPN FortiGate comprometida desde la IP 78.29.48[.]29, geolocalizada en Rusia, con sesiones adicionales desde Singapur y Suiza: un patrón clásico de infraestructura de relay para ocultar el origen real.

14 de abril de 2026 — Microsoft parchea BlueHammer

Microsoft parchea BlueHammer fuera del ciclo habitual mediante actualización de la plataforma de Antimalware de Defender (versión 4.18.26050.3011).

15–16 de abril de 2026 — RedSun y UnDefend publicados

Dos exploits más contra Windows Defender en menos de 48 horas. Huntress observa su uso en ataques el 16 de abril, menos de 24 horas después de la publicación.

22 de abril de 2026 — CISA KEV

CISA añade CVE-2026-33825 (BlueHammer) al catálogo KEV (Known Exploited Vulnerabilities). Plazo de remediación obligatorio para agencias federales estadounidenses: 6 de mayo.

12–13 de mayo de 2026 — YellowKey, GreenPlasma y MiniPlasma

Un día después del Patch Tuesday de mayo, el investigador publica tres exploits más. YellowKey compromete BitLocker vía el entorno de recuperación WinRE. MiniPlasma reutiliza una PoC de Google Project Zero de 2020 que aparentemente nunca fue parcheada del todo y había regresado en builds modernas de Windows 11.

19–27 de mayo de 2026 — Parches fuera de banda y baneos

Microsoft parchea RedSun y UnDefend fuera del ciclo habitual. CISA los añade al catálogo KEV con plazo del 3 de junio. El investigador es baneado de GitHub (~23 de mayo, GitHub es propiedad de Microsoft) y de GitLab (26–27 de mayo). El código ya llevaba semanas descargado y redistribuido: los baneos fueron simbólicos.

27–28 de mayo de 2026 — El MSRC amenaza con acción penal

El MSRC publica una entrada de blog condenando las divulgaciones e invocando a su Digital Crimes Unit, interpretado universalmente como amenaza de enjuiciamiento. La comunidad de ciberseguridad estalla. El investigador amenaza con un «gran drop» para el 14 de julio.

1 de junio de 2026 — Microsoft se retracta

Cuatro días después de la amenaza, Microsoft publica en X: «no tenemos intención de emprender acciones contra individuos que conducen o publican investigación de seguridad.» Sin explicación del cambio de postura, sin respuesta a las alegaciones del investigador.

10 de junio de 2026 — Patch Tuesday récord y RoguePlanet

El Patch Tuesday de junio parchea 206 CVEs (récord histórico de Microsoft), incluyendo YellowKey, GreenPlasma y MiniPlasma. Horas después, el investigador publica RoguePlanet desde una nueva cuenta de GitHub («MSNightmare»): un séptimo LPE contra Defender que funciona en sistemas completamente parcheados. Retira la amenaza del 14 de julio pero deja abierta la puerta a futuras acciones.

Los siete exploits: qué hacen y por qué son peligrosos

Para entender la magnitud del caso hay que saber qué hace cada herramienta. No son pruebas de concepto teóricas: tres fueron utilizadas en ataques reales antes de recibir un parche.

    Objetivo: Windows Defender
    Efecto: Escalada de privilegios a SYSTEM vía race condition TOCTOU en el motor de análisis
    Estado: Parcheado (14 de abril, fuera de ciclo)
    Explotado activamente: Sí — incluido en el catálogo KEV de CISA
    Nota: Primer exploit de la campaña. Fue acreditado en el CVE oficial a otros dos investigadores, no a Nightmare-Eclipse, lo que respalda su queja de falta de reconocimiento.

    Objetivo: Windows Defender
    Efecto: LPE por resolución incorrecta de enlaces simbólicos, obtiene SYSTEM
    Estado: Parcheado (parche fuera de banda, 20–21 de mayo)
    Explotado activamente: Sí — incluido en KEV de CISA
    Nota: El analista Will Dormann verificó públicamente su eficacia.

    Objetivo: Windows Defender
    Efecto: DoS que bloquea las actualizaciones de definiciones de malware. El sistema parece sano pero está «ciego».
    Estado: Parcheado (parche fuera de banda, 20–21 de mayo)
    Explotado activamente: Sí — incluido en KEV de CISA

    Objetivo: BitLocker / entorno de recuperación WinRE
    Efecto: Bypass del cifrado BitLocker. No rompe el cifrado AES sino que abusa de la confianza del entorno de recuperación. Requiere acceso físico y un USB con archivos específicos (FsTx).
    Estado: Parcheado (Patch Tuesday de junio)
    Explotado activamente: No confirmado públicamente
    Nota: El investigador también publicó «Bitskrieg» (CVE-2026-50507) en colaboración con otro investigador («JonasLyk»), una variante del mismo ataque.

    Objetivo: CTFMON.exe (proceso de gestión de entrada de texto de Windows)
    Efecto: LPE. La PoC publicada es parcial: dispara un prompt UAC en configuraciones por defecto, pero el investigador afirmó tener una versión completa.
    Estado: Parcheado (Patch Tuesday de junio)
    Explotado activamente: No confirmado

    Objetivo: Cloud Filter driver (cldflt.sys)
    Efecto: LPE. Reutiliza una PoC de Google Project Zero de 2020 que fue parcheada en su momento pero regresó en builds modernas de Windows 11 sin que nadie lo detectara durante seis años.
    Estado: Parcheado (Patch Tuesday de junio)
    Explotado activamente: No confirmado
    Nota: Investigadores independientes confirmaron en mayo de 2026 que la PoC original de 2020 aún producía acceso SYSTEM en sistemas Windows 11 completamente actualizados.

    Objetivo: Windows Defender
    Efecto: LPE vía race condition. Funciona en Windows 10 y 11 completamente parcheados a junio de 2026.
    Estado: SIN PARCHE a 11 de junio de 2026
    Explotado activamente: En investigación
    Nota: ThreatLocker reprodujo el exploit y confirmó que el allowlisting de aplicaciones en modo enforced lo bloquea. El investigador insinuó que la PoC original incluía una variante RCE vía archivo .vhd(x) servido desde un servidor SMB remoto.


    La respuesta de Microsoft: amenaza, marcha atrás y silencio

    El 23 de mayo, Microsoft baneó la cuenta de GitHub del investigador (GitHub es propiedad de Microsoft desde 2018). El 26 de mayo, GitLab hizo lo mismo. El código llevaba semanas descargado y redistribuido: los baneos no eliminaron nada.

    El 27 de mayo, el MSRC publicó esta declaración:

    «Las divulgaciones no coordinadas que ponen código de prueba de concepto para vulnerabilidades sin parchear en manos de actores maliciosos nunca son justificables y tienen consecuencias en el mundo real. Nuestra Digital Crimes Unit continuará llevando casos contra estos actores y quienes faciliten su actividad criminal.»

    — Microsoft Security Response Center, 27 de mayo de 2026

    La mención a la Digital Crimes Unit fue interpretada universalmente como una amenaza de enjuiciamiento penal. El sector respondió con críticas inmediatas y contundentes (ver sección siguiente). Cuatro días después, el 1 de junio, Microsoft publicó en X:

    «No tenemos intención de emprender acciones contra individuos que conducen o publican investigación de seguridad.»

    — Microsoft, 1 de junio de 2026

    Sin explicación del cambio de postura. Sin reconocimiento de la contradicción. Sin respuesta a ninguna de las alegaciones específicas del investigador.


    La reacción del sector: voces críticas con Microsoft

    Katie Moussouris (Luta Security, pionera del primer programa de bug bounty de Microsoft) fue la voz más incisiva. Criticó que Microsoft invocara el término «divulgación responsable», que ella misma retiró del vocabulario oficial de Microsoft hace años por ser «subjetivo y enjuiciador». Señaló la contradicción central: Microsoft publicó una declaración afirmando que su programa «asegura que los investigadores sean compensados y públicamente reconocidos» en respuesta a un investigador que dice no haber recibido ninguna de las dos cosas.

    Kevin Beaumont (ex-Microsoft) calificó la situación de «un dumpster fire de su propia creación» y escribió: «¿Crear y distribuir pruebas de concepto de exploits para zero-days es ‘actividad criminal’ ahora? Usarla para intentar enjuiciar penalmente a la gente es una nueva bajeza.» Recordó que Microsoft contrató a SandboxEscaper tras conductas que, según el nuevo criterio de la compañía, serían criminales.

    Dustin Childs (Zero Day Initiative) apuntó al problema de fondo: «La CVD es una calle de doble sentido. Salir públicamente diciendo que esta persona violó la CVD sin mostrar la correspondencia entre las partes parece atrevido.»

    Andrew Case (Volexity) lo resumió con una frase: «El MSRC decidió matar toda la buena voluntad que ha construido durante la última década.»

    Will Dormann (Tharros Labs) verificó técnicamente varios exploits, incluyendo RoguePlanet: «No es 100% fiable, pero funcionó al primer intento para mí.»

    Parte de la comunidad describió a Nightmare-Eclipse como un «folk hero» comparable a Mr. Robot. Barracuda Networks publicó un análisis que lo clasificó como «actor malicioso» cuyo código fue usado en intrusiones vinculadas a infraestructura rusa. Ambas descripciones son compatibles: los motivos personales no son incompatibles con el impacto real.


    El impacto real: ataques documentados y la huella rusa

    El caso no es solo una disputa corporativa. Hay víctimas reales.

    Huntress Labs documentó la primera cadena de ataque el 10 de abril, días después de la publicación de BlueHammer. El 15 de abril a las 13:44 UTC, una sesión SSL VPN se inició desde la IP 78.29.48[.]29, geolocalizada en Rusia. Sesiones adicionales procedieron de Singapur y Suiza, patrón clásico de uso de infraestructura de relay para ofuscar el origen. Una vez dentro de la red, BlueHammer fue usado para escalar privilegios a SYSTEM.

    CISA añadió tres exploits —BlueHammer, RedSun y UnDefend— a su catálogo KEV. El catálogo no es un ranking teórico: las agencias federales estadounidenses tienen obligación legal de parchear las vulnerabilidades listadas en plazos estrictos. Su inclusión implica que el gobierno estadounidense tiene evidencia directa de explotación activa.


    Estado actual: ¿qué puede pasar?

    Al 11 de junio de 2026, Microsoft parcheó los seis exploits originales pero RoguePlanet sigue sin parche. El investigador retiró la amenaza del «gran drop» del 14 de julio pero no cerró la puerta a futuras acciones. Lo más relevante: otros investigadores empezaron a entregarle vulnerabilidades. JonasLyk le entregó Bitskrieg. Si este patrón continúa, Nightmare-Eclipse podría convertirse en un canal alternativo de divulgación para investigadores frustrados con los programas de bug bounty corporativos.

    Umbrales a vigilar: Si Microsoft no parchea RoguePlanet antes del próximo Patch Tuesday (8 de julio), la tensión podría escalar. La variante RCE insinuada por el investigador —explotable remotamente vía SMB, sin acceso local— cambiaría radicalmente el perfil de riesgo si se hace pública.


    Qué debes hacer ahora

    1. Verifica los parches de BlueHammer, RedSun y UnDefend (urgente si no lo has hecho)

    Comprueba que la plataforma de Antimalware de Defender tiene la versión 4.18.26050.3011 o superior. Confirma que los parches fuera de banda de mayo de 2026 están aplicados. Si usas WSUS o SCCM, verifica que el canal de actualización de definiciones de Defender no está bloqueado (UnDefend bloquea precisamente ese canal, así que el sistema puede aparentar estar sano cuando no lo está).

    2. Aplica el Patch Tuesday de junio 2026

    Parchea YellowKey (CVE-2026-45585), GreenPlasma (CVE-2026-45586) y MiniPlasma (CVE-2020-17103). Este ciclo acumula un récord de 206 CVEs; prioriza estos tres además de los que CISA marque como KEV.

    3. Mitiga RoguePlanet mientras no haya parche

    ThreatLocker confirmó que el allowlisting de aplicaciones en modo enforced bloquea el exploit. Si usas WDAC (Windows Defender Application Control) o AppLocker, actívalos en modo enforced. Indicador de compromiso más claro: shells SYSTEM cuyo proceso padre sea MsMpEng.exe (el motor de Defender).

    4. Refuerza BitLocker contra YellowKey y Bitskrieg

    Migra de modo «TPM-only» a «TPM+PIN». Añade contraseña de BIOS/UEFI para impedir arranque desde USB. En máquinas ya desplegadas, la mitigación del registro de WinRE (eliminar autofstx.exe del valor BootExecute) requiere acción manual; el script de mitigación publicado por Microsoft en mayo sigue siendo válido.

    5. Activa alertas del catálogo KEV de CISA

    En cisa.gov/known-exploited-vulnerabilities-catalog puedes suscribirte por RSS o email. Es la señal más fiable de explotación activa confirmada. Las tres primeras entradas de este caso aparecieron antes de que los parches estuvieran disponibles.

    Este artículo se actualizará a medida que el caso evolucione. El caso sigue abierto: el investigador opera desde deadeclipse666.blogspot.com y su cuenta de GitHub MSNightmare.

    Fuentes: Microsoft Security Response Center · CISA Known Exploited Vulnerabilities Catalog · Huntress Labs · Barracuda Networks Blog · The Register · BleepingComputer · Dark Reading · CyberScoop · Katie Moussouris / Luta Security · Kevin Beaumont · Dustin Childs / Zero Day Initiative · Andrew Case / Volexity · Will Dormann / Tharros Labs · Hacker News · ciberblog.net

    Leave a Reply