# Windows 'MiniPlasma' Zero-Day Gives Attackers SYSTEM Access — Microsoft's December 2020 Patch Fails to Fix


A cybersecurity researcher has publicly released a working exploit for a Windows privilege escalation vulnerability that Microsoft claimed to have patched nearly six years ago. The exploit, dubbed MiniPlasma, allows attackers to escalate from standard user privileges to SYSTEM access on fully patched Windows 11 systems, and proof-of-concept code is already available on GitHub alongside compiled executables ready for immediate deployment.


## The Threat


MiniPlasma is an actively exploitable privilege escalation vulnerability affecting:


  • Windows 11 Pro (tested on May 2026 Patch Tuesday build)
  • Likely Windows Server versions as well
  • Any system running the Cloud Filter driver (cldflt.sys) in its current state

  • The exploit abuses undocumented APIs in the Windows Cloud Filter driver to create arbitrary registry keys without proper access controls. When executed by a standard user account, it opens a command prompt with full SYSTEM privileges—the highest privilege level on Windows. Independent security researchers have confirmed the exploit works in real-world testing.


    What makes this critical:


  • Public proof-of-concept code and binaries are available on GitHub, lowering the barrier to mass exploitation
  • It works on fully patched systems running the latest monthly Windows updates
  • The attack requires minimal user interaction—a single command execution
  • SYSTEM access enables complete system compromise, including installing malware, stealing credentials, and disabling security controls

  • ## Background and Context


    The vulnerability at the heart of MiniPlasma is not new. Google Project Zero researcher James Forshaw originally reported a flaw in the Cloud Filter driver's HsmOsBlockPlaceholderAccess routine to Microsoft in September 2020. Microsoft assigned it CVE-2020-17103 and announced a fix in December 2020.


    However, security researcher Chaotic Eclipse (also known as Nightmare Eclipse) claims that the vulnerability was never properly patched. "After investigating, it turns out the exact same issue that was reported to Microsoft by Google project zero is actually still present, unpatched," the researcher stated. "I'm unsure if Microsoft just never patched the issue or the patch was silently rolled back at some point for unknown reasons. The original PoC by Google worked without any changes."


    This disclosure is part of an escalating public confrontation between the researcher and Microsoft. Over the past six weeks, Chaotic Eclipse has released at least five Windows zero-day exploits, including:


    | Exploit | Type | CVE/Status | Impact |

    |---------|------|-----------|--------|

    | BlueHammer | Local privilege escalation | CVE-2026-33825 | SYSTEM access |

    | RedSun | Privilege escalation | No CVE assigned (silently patched) | Elevated privileges |

    | UnDefend | Denial of Service | Windows Defender crash | Disables antivirus |

    | YellowKey | BitLocker bypass | Windows 11/Server 2022, 2025 | Access to TPM-encrypted drives |

    | GreenPlasma | Privilege escalation | Recently disclosed | SYSTEM access |


    According to the researcher's statements, all three of the initially disclosed vulnerabilities (BlueHammer, RedSun, UnDefend) were subsequently spotted in active exploitation campaigns in the wild.


    ## Technical Details


    ### How MiniPlasma Works


    The exploit chain targets the CfAbortHydration API in the Cloud Filter driver, an undocumented interface used by Windows for cloud-based file synchronization and backup features. The attack vector works as follows:


    1. Registry key manipulation: The Cloud Filter driver handles registry operations in the .DEFAULT user hive without properly validating access permissions

    2. Privilege context confusion: By crafting specific registry operations, the exploit tricks the driver into executing commands under SYSTEM context

    3. Command execution: Once elevated, the attacker has unrestricted access to the entire system


    ### Why the Original Patch Failed


    The exact mechanism of the patch failure remains unclear. Possibilities include:


  • Incomplete patching: Microsoft may have addressed only one code path while leaving similar vulnerabilities in related routines
  • Regression in a subsequent update: A later patch may have inadvertently reintroduced the vulnerability
  • API undocumentation: Since CfAbortHydration is undocumented, it may have escaped proper security review in patch testing

  • Notably, the exploit does not work on the latest Windows 11 Insider Preview Canary build, suggesting Microsoft has addressed the issue in development versions—but these fixes have not yet reached the public.


    ## Implications for Organizations


    ### Immediate Risk


  • Attackers with standard user access (via phishing, compromised contractor accounts, or existing malware) can now escalate to complete system control
  • Compiled executables reduce technical barriers, allowing less-skilled attackers to exploit the flaw
  • Active exploitation is already occurring in the wild, based on the track record of the researcher's prior disclosures

  • ### Affected Systems


  • Any Windows 11 enterprise environment with standard users running on the latest patches
  • Systems that cannot immediately patch (legacy software dependencies, change management freezes)
  • Cloud-hosted Windows instances and Virtual Desktop Infrastructure (VDI) environments

  • ### Detection Challenges


    Organizations relying on endpoint detection to catch exploitation may struggle, as the attack uses legitimate Windows driver APIs. Log detection should focus on:


  • Unusual registry modifications in .DEFAULT hive by standard user processes
  • Command prompts spawning with SYSTEM privileges from unexpected parent processes
  • Cloud Filter driver API calls from suspicious applications

  • ## Recommendations


    ### For Windows Administrators


    1. Monitor for indicators of exploitation immediately—do not wait for a patch before implementing detection

    2. Restrict standard user privileges where possible; require elevation for administrative tasks

    3. Isolate vulnerable systems from networks if immediate patching is not possible

    4. Test patches in non-production environments before deployment to catch any regressions

    5. Review logs for suspicious Cloud Filter driver activity over the past 30 days to identify if exploitation has already occurred


    ### For Microsoft


    The company faces mounting pressure to:


  • Clarify the patch status of CVE-2020-17103 and explain why the vulnerability persists
  • Accelerate the public release of the Canary build fixes to all users
  • Conduct a comprehensive security audit of the Cloud Filter driver and related undocumented APIs
  • Address the vulnerability disclosure crisis this situation represents

  • ---


    ## HackWire Analysis


    The MiniPlasma disclosure exposes a fundamental credibility crisis at Microsoft. If a vulnerability is claimed to be patched but remains exploitable six years later, either Microsoft's patching process is broken, its testing is inadequate, or its communication about fixes is misleading. None of these scenarios inspire confidence.


    What's particularly alarming is the *pattern*. Chaotic Eclipse has now released five Windows zero-days in rapid succession, all have proven exploitable in production, and all appear to stem from either genuine oversights in patch quality or a systemic failure to properly validate fixes. This isn't a single researcher finding edge cases—this is evidence of a breakdown in Microsoft's vulnerability response chain.


    The release of compiled executables on GitHub is also significant. Responsible disclosure typically means the vendor gets time to patch before public PoC availability. However, when a patch supposedly shipped six years ago but fails to actually patch the vulnerability, the researcher's decision to publish becomes understandable as an escalation tactic. This creates a dangerous precedent: researchers who lose faith in vendor patch quality have less incentive to follow disclosure protocols.


    For defenders, the immediate lesson is simple: do not assume patches actually patch. Test them. Verify them. Treat a CVE fix with the same skepticism you'd apply to a new vulnerability disclosure. The gap between Insider Canary builds (where the fix exists) and public builds (where it doesn't) also suggests Microsoft knows how to fix this but hasn't delivered the fix to the billion Windows users currently at risk.


    This incident should accelerate conversations about Microsoft's bug bounty program and whether it adequately incentivizes responsible disclosure. If security researchers believe Microsoft ignores their reports, they will publish. And when they publish with ready-to-use exploits, defenders lose the advantage of a quiet patching window.


    HackWire Editorial


    ---


    ## Related Coverage


  • Read more in our [Vulnerabilities](https://www.hackwire.news/category/vulnerabilities) coverage
  • Cross-reference with [Breaches](https://www.hackwire.news/category/breaches) and [Malware](https://www.hackwire.news/category/malware)
  • Stay current via the [HackWire homepage](https://www.hackwire.news/)