Skip to main content
Live Webinar with SANS (June 25)— Agentic CTI Automation for Fun & ProfitRegister Free
Mallory
HighPublic exploit

Elevation of Privilege in Windows Common Log File System Driver

IdentifiersCVE-2026-20820CWE-122· Heap-based Buffer Overflow

CVE-2026-20820 is a heap-based buffer overflow vulnerability in the Windows Common Log File System (CLFS) driver. According to the provided content, the flaw allows an authorized attacker to elevate privileges locally, and Microsoft rated it 7.8 CVSS and flagged it as more likely to be exploited. The vulnerability affects the CLFS driver in Windows and arises from a heap-based buffer overflow condition, which can be leveraged by a local attacker to corrupt memory in kernel-context code paths and obtain higher privileges, up to SYSTEM.

Share:
For your environment

Are you exposed to this one?

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.

ANALYST BRIEF

Impact, mitigation & remediation

What it means. What to do now. Patch path, mitigations, and the assume-compromise checklist.

Impact

What an attacker gets, and what they’ve been doing with it.

Successful exploitation can result in local privilege escalation to SYSTEM. In practical terms, an attacker who already has code execution or an authenticated foothold on a Windows system could use this vulnerability to escape a lower-privileged context, disable or evade security controls, access protected resources, and gain full control over the affected host.

Mitigation

If you can’t patch tonight, do this now.

If immediate patching is not possible, limit opportunities for local code execution by restricting interactive access, minimizing the number of users with local logon rights, enforcing application control, and monitoring for suspicious activity involving privilege-escalation attempts. Because this is a local elevation-of-privilege issue in a core Windows driver, no specific vendor-provided workaround or feature-level mitigation is provided in the supplied content; patching is the primary mitigation.

Remediation

Patch, then assume compromise.

Apply the Microsoft security update released as part of the January 2026 Patch Tuesday that addresses CVE-2026-20820 in the Windows CLFS driver. Prioritize patching because Microsoft assessed the vulnerability as exploitation more likely. Standard remediation is to update affected Windows systems to the vendor-fixed build level through the relevant cumulative security update.
PUBLIC EXPLOITS

Exploits

1 valid exploit after Mallory filtered fakes, detection scripts, and README-only repos.

VALID 1 / 1 TOTALView more in app
CVE-2026-20820MaturityPoCVerified exploit

This repository is a minimal local Windows proof-of-concept for CVE-2026-20820 targeting CLFS behavior. The repository contains only three files: a .gitattributes file, a short README with tested Windows versions and build environment notes, and a single C++ PoC at poc/poc.cpp. The code is standalone and not part of a larger exploit framework. The PoC uses Windows CLFS APIs from clfsw32.lib. In wmain, it creates a CLFS log named "LOG:minpoc", adds a 1 MB container named "mincont", queries the system page size, allocates two pages of writable memory, and places a 576-byte crafted buffer so it straddles a page boundary. It initializes specific offsets in that buffer and then calls DeviceIoControl on the CLFS log handle with IOCTL 0x80076816, intentionally supplying the crafted buffer as the output buffer. The comments and structure indicate the goal is to trigger an out-of-bounds write or similar memory corruption condition in the CLFS handling path. There is no post-exploitation logic, no shellcode, no network communication, and no persistence behavior. The exploit capability is limited to local vulnerability triggering / crash reproduction and possibly primitive kernel memory corruption validation. The README suggests the author validated or intended the PoC for specific Windows 10 and Windows 11 builds using Visual Studio 2022 and Windows SDK 10.0.

uname1ableDisclosed Mar 18, 2026c++markdownlocal
EXPOSURE SURFACE

Affected products & vendors

Products and vendors Mallory has correlated with this vulnerability. Open in Mallory to drill down to specific CPE configurations and version ranges.

VendorProductType
Microsoft CorporationWindows 10 1607operating_system
Microsoft CorporationWindows 10 1809operating_system
Microsoft CorporationWindows 10 21h2operating_system
Microsoft CorporationWindows 10 22h2operating_system
Microsoft CorporationWindows 11 23h2operating_system
Microsoft CorporationWindows 11 24h2operating_system
Microsoft CorporationWindows 11 25h2operating_system
Microsoft CorporationWindows 11 2h2operating_system
Microsoft CorporationWindows Server 2008operating_system
Microsoft CorporationWindows Server 2008 R2operating_system
Microsoft CorporationWindows Server 2008 Sp2operating_system
Microsoft CorporationWindows Server 2012operating_system
Microsoft CorporationWindows Server 2012 R2operating_system
Microsoft CorporationWindows Server 2016operating_system
Microsoft CorporationWindows Server 2019operating_system
Microsoft CorporationWindows Server 2022operating_system
Microsoft CorporationWindows Server 2022 23h2operating_system
Microsoft CorporationWindows Server 2025operating_system
Microsoft CorporationWindows Server 23h2operating_system

Vendor-confirmed product mapping. Mallory continuously reconciles this list against your asset inventory.

What this page doesn’t show

The version that knows your environment.

This page is what’s public. Mallory adds the parts that aren’t: which of your assets are affected, which adversaries are exploiting it right now, which detections to deploy, and what to do tonight.
Exposure mapping

Query your assets running an affected version, and investigate the blast radius.

Threat actor evidence

Every observed campaign linking this CVE to a named adversary.

Associated malware

Malware families riding this exploit, with evidence and IOCs.

Detection signatures1

YARA, Sigma, Snort, and vendor rules, auto-deployed to your SIEM.

Vendor-by-vendor mapping

Cross-references every affected SKU, including bundled OEM variants.

Social activity5

Community discussion across Reddit, Mastodon, and other social sources.