>samit_hota
Back to advisories

Security Advisory · SH-2026-170

HIGHCVE-2026-81963CVSS 7.8OPEN

CVE-2026-81963: Windows Update Stack Link Following LPE

Affected: Microsoft Windows

Samit Hota·
#kev#microsoft

A local privilege escalation flaw in the Microsoft Windows Update Stack, tracked as CVE-2026-81963, allows low-privileged users to escalate privileges locally to NT AUTHORITY\SYSTEM. Carrying a CVSS score of 7.8, this Microsoft Windows Link Following Vulnerability requires no user interaction and presents low attack complexity once initial access on an endpoint is achieved.

The flaw presents an immediate risk for enterprise environments running modern Windows desktop and server builds, particularly where threat actors seek to convert low-level initial access into full administrative control.

Mechanics of the Vulnerability

CVE-2026-81963 falls under weakness categories CWE-59 (Improper Link Resolution Before File Access) and CWE-284 (Improper Access Control). The vulnerability exists in how the Windows Update Stack handles filesystem operations during routine update maintenance and file staging operations.

In Windows, the update infrastructure relies on high-privilege services operating at the SYSTEM level. When these components create, delete, or modify temporary files and directories, they must safely validate the underlying path structure. If an unprivileged user can create an NTFS junction point or symbolic link inside a directory that the update engine writes to, the privileged service can be tricked into following that link to an arbitrary location.

An attacker leveraging this behavior can target critical system binaries or system-protected configuration files. By directing the elevated update engine to overwrite access control lists (ACLs) or write malicious file content into protected locations (such as System32), a local standard user can hijack execution flow and execute arbitrary code as SYSTEM.

Threat Landscape and Attack Path

The CVSS 3.1 vector (AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H) highlights why link-following vulnerabilities in core Windows services are highly sought after by post-exploitation frameworks:

  1. Low Attack Complexity: The exploit path requires no special system conditions or race conditions that depend on specific user interactions.
  2. Standard Local Access: An attacker only needs basic standard user access—such as an initial foothold established via a spear-phishing payload, compromised local credentials, or a webshell on an unprivileged service account.
  3. Full Impact: Successful execution compromises confidentiality, integrity, and availability completely by granting full kernel-level or elevated system context.

While remote code execution flaws often grab headlines, local privilege escalation primitives like CVE-2026-81963 are the primary workhorses for post-exploitation. Threat actors routinely bundle these flaws into automated lateral movement toolkits to disable endpoint protection software, harvest credentials from memory (e.g., LSASS), and deploy ransomware domain-wide.

Mitigation and Specific Build Updates

Remediation requires updating affected Windows operating system builds to the patched releases issued by Microsoft. Administrators should verify that endpoints are running builds equal to or higher than the target versions listed below:

  • Windows 11 Version 23H2: Upgrade to build 10.0.22631.7582 or later.
  • Windows 11 Version 24H2: Upgrade to build 10.0.26100.9445 or later.
  • Windows 11 Version 25H2: Upgrade to build 10.0.26200.9445 or later.
  • Windows 11 Version 26H1: Upgrade to build 10.0.28000.2954 or later.
  • Windows Server 2025: Upgrade to build 10.0.26100.33438 or later.

Organizations Subject to CISA’s Binding Operational Directive (BOD) 26-04 must complete remediation in accordance with federal guidelines by September 22, 2026. For environments where updates cannot be applied immediately, endpoint detection rules should monitor for anomalous symbolic link creation pointing to system directories from user-writable temporary paths (such as C:\Users\...\AppData\Local\Temp or C:\ProgramData).

Found something similar in your stack?

Let's find out before it becomes an incident.

Book an advisory call