Threat Intelligence
Forensic Response to RoguePlanet Windows 0day for Incident Response Teams
Researcher Nightmare Eclipse disclosed RoguePlanet on June 9, 2026, hours after the June 2026 Patch Tuesday cycle. RoguePlanet is a local privilege escalation against Microsoft Defender on fully patched Windows 10 and Windows 11. The exploit is a race condition in Defender's internal file-operation handling that lets a standard unprivileged user obtain SYSTEM. For digital forensics and incident response teams the practical question is what to preserve, what to hunt for and how to document the work that downstream legal or insurance review will scrutinize.
The Disclosure
What RoguePlanet Is and What It Affects
RoguePlanet is a public proof-of-concept released on the Project NightCrawler git instance under the NightmareEclipse handle. The researcher published the exploit on June 9, 2026, hours after Microsoft shipped the June 2026 Patch Tuesday updates. Per the disclosure the exploit reaches SYSTEM on Windows 10 and Windows 11 endpoints that have applied every available update.
The vulnerability class is a race condition. Microsoft Defender performs file operations from a SYSTEM-context process. The race lets an unprivileged user-context process redirect one of those file operations and substitute attacker-controlled content at the moment Defender acts. Because Defender runs at the highest local privilege level, the substitution executes as SYSTEM. The researcher reports the exploit is reliable on some test machines and unreliable on others, which is the expected behavior for race-condition exploits that depend on timing windows.
This is not a remote unauthenticated exploit. RoguePlanet requires the attacker to already have code execution in a user context on the target. That fact does not reduce the urgency. Initial-access compromise of a user account is the routine outcome of phishing, drive-by download or commodity malware. RoguePlanet converts any such foothold into SYSTEM in a single step, on a fully patched endpoint, with no defensive product currently flagging the exploit.
The published proof-of-concept targets the Defender MpClient.dll RPC interface. The exploit mounts an ISO image into a user-writable mount point. It drops a Defender-bait file inside the mount (the public sample uses an EICAR test file renamed to wermgr.exe). NTFS junction creation against the mount-point reparse buffer then races Defender's scan of the bait file. The researcher confirms the PoC does not work against Windows Server because standard users cannot mount an ISO image on Server installations. The technical primitives align with the broader race-condition LPE class seen in prior Defender vulnerability research. For DFIR teams the operational read is that Defender LPE primitives are an active class of exposure even on fully patched endpoints.
Detection Surface
Affected Systems, IOCs and Hunt Patterns
Affected scope per the disclosure: fully patched Windows 10 and Windows 11 endpoints running Microsoft Defender as the active endpoint protection product. Systems using third-party endpoint protection that disable Defender may not expose the same surface. Treat that assumption as testable rather than given. Verify the Defender enabled-or-disabled state against your endpoint configuration baseline before classifying any system as out of scope.
Public file-hash IOCs were not published with the initial disclosure. That gap is normal at the moment of release and will close as detection vendors reverse the exploit and publish coverage. Until file-hash IOCs land the hunt patterns are behavioral.
Hunt-pattern indicators from the technical description of the exploit class:
- SYSTEM-integrity child processes spawned from user-context parent processes. Cross-correlate Sysmon Event ID 1 process-creation records for any process where the integrity level is SYSTEM and the parent process is not a legitimate service or kernel thread.
- Rapid-succession Defender file-operation triggers from user-writable paths. The race-condition exploit relies on triggering Defender to act on attacker-controlled paths at high frequency. Audit Defender operational logs for unusual file-access bursts.
- Junction-point or symbolic-link creation in user-writable directories that target locations Defender accesses with SYSTEM rights. The redirection primitive in race-condition LPE exploits commonly uses NTFS reparse points.
- ISO image mount activity from non-administrative user contexts. The published PoC mounts an attacker-controlled .iso into a user-writable directory, drops a Defender-bait file inside the mount (the public sample uses an EICAR test file renamed to wermgr.exe), then races Defender's scan of the bait against an NTFS junction redirect. Hunt for unexpected .iso mount events from user-context processes in concert with rapid junction-point creation in the same parent directory.
- MpClient.dll RPC interface invocation from user-context processes. The PoC opens the Defender RPC interface via the registry-resolved MpClient.dll path and triggers a scan on the bait file. Audit for unexpected user-context process loads of MpClient.dll outside the legitimate Defender service tree.
For the Sysmon-based hunt the relevant collection is the standard SwiftOnSecurity baseline plus elevated logging on Defender operational channels. For the chain-of-custody side of any artifact preservation, hash every captured log file at acquisition time. Sherlock Forensics Hash Calculator handles the SHA-256 verification step for collected log artifacts. As file-hash IOCs become public from EDR vendors, the same hash-verification step applies to suspect files from disk images.
For the Windows event log forensics layer where the exploitation timeline gets reconstructed, see our Sherlock Forensics Universal Events Viewer for Sysmon and Security log triage on the suspect endpoint. The plain-English event translation reduces the time-to-decision for the IR responder reading through the timeline.
Forensic Collection
Detection, Collection and Chain-of-Custody Preservation
When SYSTEM-level compromise is suspected on an endpoint, the forensic discipline at the collection layer is what separates a defensible investigation from a forensically contaminated one. The order of operations matters.
Capture volatile state first. Process memory at time of suspected exploitation carries the strongest evidentiary signal for race-condition LPE. The exploit may have left the in-process payload resident even if the original delivery file is gone from disk. Acquire a memory image before any reboot or network isolation that changes process state.
Capture the disk image second. The persistent artifacts include Defender operational logs, Sysmon event logs, Security event logs, user-writable directory contents from the suspected attack window, registry hives carrying recent process and ACL changes plus any junction points or symlinks present at the moment of acquisition. Sherlock Forensics Disk Imager produces three-pass SHA-256-verified disk images suitable for downstream review in Autopsy, EnCase, X-Ways Forensics or FTK. The chain-of-custody hash chain captured at acquisition time is the load-bearing element for any subsequent court-defensible engagement.
Preserve metadata on artifact files dropped during the suspected attack window. Suspicious .iso containers in user-writable locations, EICAR-pattern files named to mimic legitimate Windows executables (wermgr.exe is the public-PoC bait name), executable payloads in temp directories and any DLL or LNK files with anomalous timestamps deserve metadata extraction before content analysis. Sherlock Forensics Metadata Inspector surfaces the EXIF, Office, PDF and embedded metadata layers that identify authoring, creation and modification provenance.
For initial-access vector analysis the artifact layer depends on how the attacker reached the endpoint. If the entry point was a phishing email with a malicious attachment or payload link, mailbox forensics carries the proof. Sherlock Forensics PST Viewer extracts mailbox artifacts from Outlook PST and OST files for the email evidence side of compromise investigation. If the entry point was a drive-by download or malicious site visit, browser-history extraction carries the proof. Sherlock Forensics Browser Viewer extracts browser history, downloads and extensions across Chrome, Edge, Firefox, Brave, Opera and Tor. If the payload arrived as a malicious PDF, PDF threat scanning surfaces the embedded JavaScript or embedded action vector. Sherlock Forensics PDF Editor runs the PDF threat scan plus tampering forensics.
The collection discipline must finish with chain-of-custody documentation. The acquisition timestamp, the examiner identity, the acquisition tool version and the per-artifact SHA-256 hash are the minimum record. Without that record the most carefully captured artifacts may not survive a defense-expert challenge.
Containment
Containment and Remediation Guidance
Containment for SYSTEM-level compromise from an LPE class exploit centers on the assumption that any user-level foothold can become SYSTEM. The practical containment actions follow from that assumption.
Isolate the suspected endpoint from the network. Disconnect the wired or wireless interface or move the endpoint to an isolated VLAN that allows only forensic-collection traffic. Do not power off the endpoint until volatile-state acquisition completes. Power-off discards process memory and may lose the strongest evidentiary signal.
Until Microsoft ships a patch for RoguePlanet the practical mitigations are environmental rather than vulnerability-specific. Application allowlisting on user-writable directories blocks the exploit at the execution-attempt stage by preventing the substituted payload from running. Restrict the ability of standard users to mount .iso images without explicit administrative consent. Increase monitoring sensitivity on SYSTEM-integrity process creation from user-context parents. Review and tighten user-writable directory listings to surface unexpected NTFS junction or reparse-point creation events.
For organizations under regulatory scope where Defender-detected events trigger compliance reporting (HIPAA, SOX, FINRA, GDPR), the absence of Defender detection on RoguePlanet exploitation does not absolve the reporting obligation. The forensic determination of whether compromise occurred drives the reporting threshold, not the Defender alert presence or absence. Document the investigation methodology so the regulatory record captures the technical reality of the period before vendor coverage existed.
For the broader incident response timeline including communication, legal hold and customer notification windows, see our first 72 hours of a data breach guide and the ransomware recovery process walkthrough for incident-response-adjacent regulatory and customer-communication patterns.
Honest Scope
What Automated Detection Cannot Replace
For a freshly disclosed 0day, automated detection coverage lags the threat by hours to days. EDR vendors will publish detections for RoguePlanet during the days following disclosure. SIEM correlation rules will catch up at the same pace. Defender itself may receive a signature update before Microsoft ships the architectural fix. All of those are necessary. None of them is sufficient on the day of disclosure.
The DFIR discipline that survives this kind of gap is the manual hunt anchored on artifact ground truth. Sysmon logs, Defender operational logs, Security event logs and disk-image artifact analysis surface the exploitation pattern without depending on vendor coverage. The examiner reading those logs against the technical description of the exploit class identifies the pattern.
For court-defensible reporting on a SYSTEM-level compromise investigation, the chain-of-custody discipline, examiner attestation and methodology documentation are the load-bearing elements. AI-assisted triage can compress the volume work of reading thousands of log lines. The methodology, the conclusions and the testimony still rest with the examiner. The Sherlock Forensics expert-witness-service path covers the work that requires personal accountability under regulation, court process and professional responsibility. Contact our CISSP, ISSAP and ISSMP certified team for engagement when the investigation reaches the court-defensible reporting layer.
Questions
RoguePlanet Forensic Response FAQ
What is the RoguePlanet 0day?
Which Windows versions are affected?
How do IR teams detect RoguePlanet exploitation?
What IOCs should organizations hunt for?
How does Sherlock Forensics help with RoguePlanet response?
Is there a patch available?
What forensic evidence should be preserved?
Forensic Posture
Build the RoguePlanet Response Workflow on Forensic Ground
The Sherlock Forensics tool suite ships the artifact-extraction layer that IR teams reason over during a SYSTEM-level compromise investigation. Sherlock Forensics Disk Imager for forensic acquisition of suspect endpoints. Sherlock Forensics Hash Calculator for IOC verification. Sherlock Forensics Metadata Inspector for file-artifact metadata extraction. Sherlock Forensics Universal Events Viewer for Sysmon and Security log triage. Sherlock Forensics PST Viewer and Sherlock Forensics Browser Viewer for initial-access-vector forensics. Sherlock Forensics PDF Editor for PDF threat scanning when malicious PDF was part of the delivery chain. For the court-defensible side of the investigation contact our CISSP, ISSAP and ISSMP certified team for expert witness services.