CVE-2026-32156
High · 7.4CVSS
7.4
EPSS
0.3%
Published
Apr 14, 2026
CISA due date
—
Cloudanix analysis
A flaw in Windows device-sharing functionality could let someone who can already run code on a computer take stronger control of that machine unless it is updated.
- Exploitation
- Local Privilege
- Attacker needs
- Local User
- Complexity
- High
- Impact
- Remote Code Execution
- Component
- Network Service
- Class
- Use After Free
- Remediation
- Patch
- Effort
- Low
- Patch risk
- Low
What it actually does
CVE-2026-32156 is a use-after-free vulnerability in the Windows Universal Plug and Play (UPnP) Device Host component. A local, unauthenticated attacker who can run code on an affected Windows system may be able to trigger a memory-lifetime error in the UPnP Device Host service and redirect execution flow, resulting in arbitrary code execution in the context of the vulnerable service process. The CVSS vector indicates local attack vector, high attack complexity, no required privileges, no user interaction, unchanged scope, and high confidentiality, integrity, and availability impact.
Why it matters to the business
Successful exploitation could allow an attacker with local access to take stronger control of affected Windows workstations or servers, potentially enabling data theft, tampering, persistence, lateral movement, or service disruption. The issue affects a broad range of supported Windows client and server releases, including Windows 10, Windows 11, and Windows Server versions from 2012 through 2025, so exposure may be widespread in enterprises. Current public risk signals are lower than many internet-facing flaws: EPSS is low at 0.00286 with no 30-day increase, it is not listed in CISA KEV, no ransomware use is reported, and exploit maturity is listed as none; however, it should still be patched through normal vulnerability management because local code execution flaws are often chained with phishing, initial access malware, or privilege escalation activity.
How an attack unfolds
An attacker first obtains the ability to execute code locally on an affected Windows host, for example through malware, a malicious local user session, abuse of an exposed remote access path, or as part of a multi-stage intrusion. The attacker then interacts with the Windows UPnP Device Host component in a way that reaches the vulnerable object lifecycle path. By carefully shaping memory state and triggering the use-after-free condition, the attacker attempts to cause the service to reuse freed memory containing attacker-controlled data. If exploitation succeeds, execution is redirected to attacker-controlled code within the vulnerable process context. From there, the attacker may run commands, tamper with local data, disable security tooling, install persistence, or use the host as a stepping stone for broader compromise. The high attack complexity and lack of known public exploit activity reduce immediate likelihood, but exploitation would be significant where attackers already have local execution.
How to fix it
Apply the Microsoft security update that addresses CVE-2026-32156 for every affected Windows version in scope. Because no fixed build numbers were provided in the input, use Microsoft Security Update Guide, Windows Update, WSUS, Microsoft Configuration Manager, Intune, or the Microsoft Update Catalog to identify and deploy the applicable cumulative update for each affected OS release. Prioritize systems where untrusted users can log on locally, shared workstations, VDI, jump hosts, terminal servers, developer workstations, and servers where local compromise would have high blast radius. If immediate patching is not possible, reduce exposure by disabling the UPnP Device Host service where it is not operationally required, limiting interactive and remote local-code-execution opportunities, enforcing application allowlisting such as WDAC or AppLocker, and monitoring for abnormal child processes spawned by service-hosted Windows components. Validate compatibility before disabling UPnP-related services because this may affect device discovery or applications that host UPnP devices.
How to confirm the fix worked
Confirm remediation by verifying that each affected endpoint has installed the Microsoft cumulative update that includes the fix for its specific Windows release. Use enterprise patch inventory, Windows Update compliance reporting, Microsoft Defender Vulnerability Management, authenticated vulnerability scanning, or PowerShell-based inventory to confirm OS build and installed hotfix state. Validate exposure reduction by checking whether the UPnP Device Host service is disabled or not running on systems where it is unnecessary. Example checks include querying installed updates with Get-HotFix or enterprise patch tools, confirming OS build with winver or systeminfo, and checking service state with sc query upnphost or Get-Service upnphost. A system should be considered remediated only when the relevant Microsoft security update is installed or the vulnerable component is disabled as an approved compensating control.
Typical attack path
- Gain local code execution on an affected Windows workstation or server without needing an existing privileged account.
- Determine whether the UPnP Device Host service and related components are present and reachable on the host.
- Trigger the vulnerable UPnP Device Host code path repeatedly while grooming process memory to make reuse of freed memory predictable.
- Cause the freed object to be accessed after release and replace expected data with attacker-controlled memory content.
- Redirect execution within the vulnerable service process and run attacker-controlled code.
- Use the resulting execution to perform follow-on actions such as credential access, persistence, defense evasion, lateral movement, or disruption.
How to detect it
There are no known public exploitation indicators, named threat actors, KEV listing, or ransomware campaign links for this vulnerability based on the provided intelligence. Because this is a local memory-corruption issue, detection should focus on behavioral and forensic evidence rather than network signatures. Review Windows Event Logs, Windows Error Reporting, EDR telemetry, service control events, and process creation data for crashes or restarts of the UPnP Device Host service, especially when followed by unusual child processes or command execution. Relevant sources include System log Service Control Manager events, Application log Application Error and Windows Error Reporting events, Sysmon Event ID 1 process creation, Sysmon Event ID 7 image load, Sysmon Event ID 10 process access, EDR process ancestry, and memory-crash artifacts. Look for svchost.exe instances hosting UPnP-related services spawning shells, scripting engines, LOLBins, credential tools, or unknown binaries. Also review local persistence locations and recently written executables around the time of any service crash. Absence of these artifacts does not prove non-exploitation because successful memory-corruption exploitation may leave minimal logs.
- upnphost
- UPnP Device Host
- svchost.exe
- upnphost.dll
- Service Control Manager
- Event ID 7031
- Event ID 7034
- Event ID 1000
- Event ID 1001
- Faulting application name: svchost.exe
- Faulting module name: upnphost.dll
- Windows Error Reporting
- svchost.exe -k
- cmd.exe spawned by svchost.exe
- powershell.exe spawned by svchost.exe
- pwsh.exe spawned by svchost.exe
- rundll32.exe spawned by svchost.exe
- regsvr32.exe spawned by svchost.exe
- mshta.exe spawned by svchost.exe
- wscript.exe spawned by svchost.exe
- cscript.exe spawned by svchost.exe
- certutil.exe spawned by svchost.exe
- bitsadmin.exe spawned by svchost.exe
- sc.exe query upnphost
- Get-Service upnphost
What your security team should do
- Deploy the applicable Microsoft security update across affected Windows client and server versions through the normal monthly patch cycle, with accelerated handling for high-value systems and systems allowing local user execution.
- Inventory systems running affected Windows releases, especially shared endpoints, VDI, jump servers, terminal servers, and administrative workstations.
- Where UPnP Device Host is not required, consider disabling the upnphost service after compatibility testing and change approval.
- Create detections for crashes or restarts of the UPnP Device Host service and for suspicious child processes launched by svchost.exe instances hosting UPnP-related services.
- Hunt for signs of local exploitation attempts, including repeated svchost.exe crashes, Windows Error Reporting events referencing UPnP components, and abnormal command execution from service-hosted processes.
- Maintain least-privilege controls, application allowlisting, endpoint detection and response coverage, and restrictions on untrusted local code execution to reduce exploit chaining opportunities.
- Track Microsoft advisories and threat intelligence for any change in exploit maturity, EPSS movement, CISA KEV status, or ransomware usage.
The record
Use after free in Windows Universal Plug and Play (UPnP) Device Host allows an unauthorized attacker to execute code locally.
Affected packages
| Ecosystem | Package | Introduced | Fixed |
|---|
Related vulnerabilities
- CVE-2026-109618 PHP uses longjmp() for out-of-memory (OOM) errors to exit the current context and abort… CWE-416
- CVE-2026-109619 PHP has various global state that temporarily points into request memory. CWE-416
- CVE-2026-112402 Pillow is a Python imaging library. CWE-416
- CVE-2026-112396 Pillow is a Python imaging library. CWE-416
- CVE-2025-55654 A use-after-free in the gf_filter_pid_get_packet function (filter_core/filter_pid.c) of… CWE-416
- CVE-2026-17591 A flaw was found in libarchive. CWE-416
- CVE-2026-92392 During an upload, curl mishandles HTTP/2 `RST_STREAM` received from the server (with… CWE-416
- CVE-2026-109268 ImageMagick before 6.9.13-57 and 7.x before 7.1.2-32 contains a use after free… CWE-416