CVE-2026-41089 is a critical stack-based buffer overflow in the Windows Netlogon service affecting Windows Server systems when they operate as Active Directory domain controllers. The flaw is reachable remotely and without authentication through specially crafted network traffic handled by Netlogon during domain controller discovery and related request processing. Available technical reporting attributes the issue to unsafe handling of serialized Unicode string data in Netlogon response construction, resulting in a fixed-size stack buffer overflow in code paths within netlogon.dll. Successful exploitation can allow arbitrary code execution in the context of lsass.exe with SYSTEM privileges on the domain controller. Microsoft released fixes in May 2026, and multiple reports indicate subsequent in-the-wild exploitation against unpatched domain controllers.
Mallory correlates every CVE against your assets, your vendors, and active adversary campaigns. Know which vulnerabilities matter for you, not just which ones are loud.
What it means. What to do now. Patch path, mitigations, and the assume-compromise checklist.
What an attacker gets, and what they’ve been doing with it.
If you can’t patch tonight, do this now.
Patch, then assume compromise.
5 valid exploits after Mallory filtered fakes, detection scripts, and README-only repos (28 hidden).
The repository is minimal and contains one Python proof-of-concept exploit script plus a README. The main file, CVE-2026-41089.py, is a standalone Python 3 network exploit that manually constructs BER-encoded LDAP/CLDAP packets and sends them via UDP to port 389 on a supplied target Domain Controller. Its core capability is to build a CLDAP SearchRequest containing DnsDomain, User, and NtVer fields, with the User field intentionally oversized (default 300 ASCII characters). The script’s comments and logic indicate the overflow occurs when Netlogon converts/copies the username into a roughly 528-byte UTF-16 stack buffer, making this primarily a denial-of-service PoC that may crash LSASS and potentially reboot the Domain Controller. The script does not include shellcode, RCE staging, authentication bypass logic, persistence, or any post-exploitation functionality. Operationally, the script accepts target IP, domain name, username length, NtVer, and timeout parameters; prints size calculations for the username in UTF-8 and UTF-16-LE; sends the crafted packet; and interprets a timeout as a possible crash condition. This makes it a direct exploit PoC rather than a detection-only script. Maturity is best classified as POC because it demonstrates the triggering condition but does not implement a weaponized payload. The README appears partially inconsistent with the actual repository contents. It describes a Windows-oriented analysis tool using PowerShell, a batch launcher (run_analysis.bat), and a config.json file, none of which are present. It also claims the tool performs non-destructive checks, whereas the Python code explicitly attempts to trigger a stack buffer overflow and warns that LSASS may crash and the Domain Controller may reboot. Therefore, the README should not be treated as an accurate description of the exploit behavior; the Python script is the authoritative artifact.
This repository is a small standalone Python proof-of-concept centered on a single executable script, CVE-2026-41089.py, plus a README with marketing-style vulnerability claims and usage guidance. The Python file is the real functional component: it builds a BER-encoded CLDAP/LDAP SearchRequest packet and sends it via UDP to port 389 on a user-supplied target Domain Controller. The crafted request includes Netlogon-related fields DnsDomain, User, and NtVer, with User populated by an oversized attacker-controlled string (default 300 'A' characters). The script explicitly states that 264+ UTF-16 characters should overflow an approximately 528-byte stack buffer in netlogon!NetpLogonPutUnicodeString, and it prints size calculations to help the operator choose a length likely to exceed that threshold. Operationally, the exploit is unauthenticated and network-based. It does not contain shellcode, ROP, post-exploitation logic, or any mechanism to achieve reliable code execution. Instead, it is a crash-oriented trigger PoC: after sending the packet, it waits for a UDP response. If a response is received, it reports that the target may be patched or the username length insufficient; if no response arrives before timeout, it suggests LSASS may have crashed and warns the Domain Controller may reboot. That makes the demonstrated capability denial of service against LSASS/Domain Controller availability, with only speculative RCE potential described in comments and README. Repository structure is minimal and straightforward: one Python entry point using argparse, socket, struct, and colorama; helper functions for BER length/integer/string/sequence encoding; a CLDAP packet builder; and a main routine that parses target/domain/length/NtVer/timeout arguments and transmits the packet. No framework affiliation is present. The README amplifies the impact claims and includes example invocations, but some README details conflict with the code (for example, example lengths such as 130 would not exceed the script's own documented overflow threshold). Overall, this is a standalone operational PoC for sending a malformed CLDAP Netlogon probe intended to crash vulnerable Windows Domain Controllers, not a full weaponized RCE exploit.
This repository contains a Python proof-of-concept for CVE-2026-41089, described as a Windows Netlogon CLDAP stack buffer overflow affecting unpatched Windows Domain Controllers. The main exploit logic is in poc.py, which manually constructs BER/DER-encoded LDAP SearchRequest packets for CLDAP over UDP/389. Its workflow is straightforward: perform an initial connectivity check with a benign username, send a second CLDAP ping with an oversized User attribute intended to trigger the vulnerable Netlogon response path, wait briefly, then perform a final liveness check to determine whether LSASS likely crashed. The stated outcome is denial of service via LSASS crash and DC reboot; the code does not attempt RCE or deliver shellcode. Repository structure is small and centered on poc.py. Supporting files include README.md with vulnerability background, usage examples, affected versions, detection, and mitigation guidance; CI metadata; and standard project files. However, setup.py is unrelated to the PoC’s documented purpose and is highly suspicious: it searches for .dat fragments, reconstructs or treats them as a ZIP archive, extracts contents into src/data/cache/temp/system, locates an .exe, and launches it via os.startfile, with a PowerShell Expand-Archive fallback. This behavior is inconsistent with a benign exploit PoC and resembles a dropper/loader pattern. The bundled cache-like files under src/core/cache/... appear to be placeholder or decoy artifacts and do not contribute to the CLDAP exploit logic. Overall, the repository appears to contain a real network DoS exploit PoC in poc.py targeting Microsoft Windows Server Domain Controllers via unauthenticated UDP/389 CLDAP requests, but it also includes suspicious auxiliary code in setup.py that should not be trusted or executed.
Repository contains a single substantive exploit script, CVE-2026-41089-exp.py, plus a README, license, and .gitignore. The Python script is a standalone network exploit targeting a claimed pre-auth remote code execution vulnerability in Windows Netlogon CLDAP on UDP/389. Based on the visible code and README, the exploit builds a malicious packet with an oversized username field to trigger a stack-based overflow in Netlogon processing, then appends a ROP chain and dynamically generated shellcode. The exploit’s main capabilities are: (1) constructing and sending a crafted UDP CLDAP/Netlogon packet to a remote target IP; (2) generating a ROP chain by locating gadgets such as pop rcx/rdx/r8/r9 in netlogon.dll and resolving VirtualProtect from kernel32.dll; (3) caching gadget search results in .rop_gadgets_cache.json; and (4) generating shellcode that executes an arbitrary operator-provided command, with README examples including calc.exe, whoami redirection, account creation, and PowerShell. The script appears to support optional operator-supplied DLL files and base addresses to improve exploit reliability across targets. The code is not a framework module and appears to be an operational standalone exploit rather than a detector. It uses Python standard libraries plus optional pefile and ROPgadget for export parsing and gadget discovery. The main entry point is the script’s main() function, which parses CLI arguments, generates the ROP chain and shellcode, builds the exploit packet, sends it to the target, and performs a basic success verification step. Fingerprintable observables include UDP port 389, the hardcoded domain string dc.target.lab, local DLL paths and cache file names, and reference URLs in comments/README.
Small standalone PoC repository with 4 files: license/metadata, a detailed README, and one Python exploit script (`poc.py`). The script is not part of a larger exploitation framework. Its purpose is to demonstrate CVE-2026-41089, described as a pre-auth Netlogon CLDAP stack buffer overflow affecting Windows Domain Controllers. `poc.py` manually builds BER-encoded LDAP/CLDAP packets without third-party dependencies. Helper routines encode BER lengths, integers, enums, strings, and sequences, then assemble LDAP equality filters and an AND filter for `DnsDomain`, `User`, and `NtVer`. The exploit logic sends UDP CLDAP search requests to the target DC on port 389. Operational flow is three-phase: (1) send a normal ping using `testuser` to confirm the DC responds, (2) send an overflow attempt using a long username (default length 130, configurable with `-l`), and (3) after a short delay, send another normal ping to determine whether LSASS likely crashed. Main exploit capability: unauthenticated network-triggered denial of service against a vulnerable Domain Controller by corrupting the Netlogon CLDAP response-building path. The README claims potential RCE in theory, but the provided code does not include shellcode, ROP, memory corruption primitives beyond packet crafting, or any post-exploitation logic. As implemented, it is an operational DoS PoC that fingerprints success by loss of CLDAP responsiveness and expected reboot behavior. Fingerprintable targets are minimal and mostly operator-supplied: target IP, domain name, and UDP/389. The code embeds LDAP attribute names `DnsDomain`, `User`, and `NtVer`, and uses default `NtVer` value `0x00000016`. No hardcoded victim IPs, C2 infrastructure, or exfiltration endpoints are present.
Products and vendors Mallory has correlated with this vulnerability. Open in Mallory to drill down to specific CPE configurations and version ranges.
Vendor-confirmed product mapping. Mallory continuously reconciles this list against your asset inventory.
168 sources tracked across advisories, community write-ups, and news. New activity surfaces here as Mallory finds it.
A critical unauthenticated remote code execution vulnerability in the Windows Netlogon service caused by a stack-based buffer overflow, enabling SYSTEM-level compromise of domain controllers and full Active Directory takeover.
Критическая уязвимость удалённого выполнения кода в Windows Netlogon, вызванная переполнением буфера в стеке и достигаемая по сети без аутентификации через CLDAP/UDP 389, что позволяет получить SYSTEM на контроллере домена.
A critical stack-based buffer overflow vulnerability affecting Windows domain controllers that could enable attackers to take over enterprise identity infrastructure.
Critical unauthenticated remote code execution vulnerability in Windows Netlogon caused by a stack-based buffer overflow, affecting Windows servers acting as domain controllers.
Query your assets running an affected version, and investigate the blast radius.
Every observed campaign linking this CVE to a named adversary.
Malware families riding this exploit, with evidence and IOCs.
YARA, Sigma, Snort, and vendor rules, auto-deployed to your SIEM.
Cross-references every affected SKU, including bundled OEM variants.
Community discussion across Reddit, Mastodon, and other social sources.