HIGH 7.8

CVE-2016-20091: Windows Firewall Control Unquoted Service Path Privilege Escalation

Windows Firewall Control version 4.8.6.0 has a privilege escalation vulnerability caused by an unquoted service path in the wfcs.exe service executable. A local user on an affected system can place a malicious executable in a directory along the service's path and trigger execution of that malicious file with LocalSystem (full administrative) privileges when the service restarts or the system reboots. This is a classic file-placement attack that requires local access to the system but results in complete system compromise.

Source data · NVD / CISA · public domain

CVSS
3.1 · 7.8 HIGH · CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
Weaknesses (CWE)
CWE-428
Affected products
0 configuration(s)
Published / Modified
2026-06-19 / 2026-06-22

NVD description (verbatim)

Windows Firewall Control 4.8.6.0 contains an unquoted service path vulnerability that allows local attackers to escalate privileges by inserting malicious executables in the service path. Attackers can place executable files in unquoted path directories that the wfcs.exe service will execute with LocalSystem privileges upon service restart or system reboot.

3 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

The vulnerability stems from CWE-428 (Unquoted Search Path or Element), where the Windows Firewall Control service path is not properly quoted in the service configuration. When Windows resolves the service executable location, it searches directories in sequence without respecting proper path boundaries. An attacker with local user privileges can exploit this by writing a malicious executable to a predictable location in the service search path (such as a parent directory of the actual service location). Upon service restart or system reboot, the service will execute the attacker's malicious code with LocalSystem context, bypassing normal privilege restrictions. The specific service name is wfcs.exe, version 4.8.6.0.

Business impact

Successful exploitation results in immediate privilege escalation from a local user account to LocalSystem level, granting the attacker complete control over the affected system. This means the attacker can install persistent malware, steal sensitive data, modify or delete critical files, disable security controls, and pivot to other systems on the network. The impact is particularly severe in multi-user or shared-system environments where local access is common, and in regulated industries where LocalSystem compromise may trigger compliance violations and breach notifications.

Affected systems

Windows Firewall Control version 4.8.6.0 is affected. No other versions or products are documented in the available source data. Organizations running this specific version should audit their deployments. Desktop, laptop, and server installations of Windows running this application version are at risk if local user access is permitted.

Exploitability

Exploitability is straightforward from a technical standpoint: the attack requires only local file write access and does not require user interaction or complex social engineering. However, it does require that an attacker already has local user-level access to the target system. The attack is reliable and reproducible—no race conditions, timing issues, or environmental dependencies complicate the exploit. The barrier to exploitation is local access, not technical sophistication.

Remediation

Organizations should immediately update Windows Firewall Control to a patched version released after 4.8.6.0. Verify the specific patched version against the vendor's security advisory for Windows Firewall Control. As an interim mitigation, restrict local user access to systems running version 4.8.6.0, enforce the principle of least privilege, and monitor service restart events. If the application is non-critical, consider removing it pending patch availability.

Patch guidance

Contact the Windows Firewall Control vendor for an available patch addressing this unquoted service path issue. After patching is released, prioritize deployment to all systems running version 4.8.6.0. Test patches in a non-production environment first to ensure compatibility with your security and network policies. Document patch application and verify service execution paths are properly quoted post-patch. If the vendor has published a security advisory with specific remediation guidance, follow that guidance in preference to general mitigation steps.

Detection guidance

Monitor for service file write attempts in directories that precede the legitimate wfcs.exe location in the service path. Audit service configuration using 'sc qc wfcs' command to confirm path quoting. Review Windows Event Viewer for service restart/start events correlated with unusual process execution. Endpoint Detection and Response (EDR) tools should flag suspicious child processes spawned by wfcs.exe, particularly if they differ from expected behavior. File integrity monitoring on service executable locations can detect unauthorized file placement in those directories.

Why prioritize this

This vulnerability warrants high priority due to the combination of a high CVSS score (7.8), straightforward exploitability, and severe impact (full LocalSystem privilege escalation). While it requires local access, local user accounts are often obtained through phishing, credential compromise, or shared-access scenarios. The unquoted path class of vulnerability is well-understood and easy to exploit without specialized tools. Patch availability and affected version scope will determine urgency—if remediation is available, deployment should occur within days, not weeks.

Risk score, explained

The CVSS 3.1 score of 7.8 (HIGH) reflects: Local Attack Vector (AV:L) since local access is required; Low Attack Complexity (AC:L) because exploitation is trivial once local access exists; Low Privileges Required (PR:L) because any user account will suffice; No User Interaction (UI:N); Unchanged Scope (S:U); and High confidentiality, integrity, and availability impact (C:H/I:H/A:H) due to LocalSystem-level code execution. This is appropriately rated HIGH because the combination of ease of exploitation and severe impact makes this a serious threat in environments where local user access is feasible.

Frequently asked questions

Does this vulnerability require admin privileges to exploit?

No. The vulnerability requires only local user-level access. A standard non-administrative local user account is sufficient to place a malicious executable in the affected service path and trigger exploitation upon service restart or reboot.

What is an unquoted service path vulnerability?

An unquoted service path occurs when the Windows service configuration does not enclose the full path to the executable in quotation marks. When Windows resolves the service, it searches directories in sequence. An attacker can place a malicious file in an earlier directory in that search sequence, causing Windows to execute the attacker's file instead of the legitimate service executable.

Is this vulnerability in the CISA KEV Catalog?

No, this vulnerability is not currently listed in the CISA Known Exploited Vulnerabilities Catalog. However, the absence from KEV does not mean the vulnerability is not being exploited in the wild or that it should be deprioritized—it simply means it has not met CISA's specific tracking criteria at this time.

Can this vulnerability be exploited remotely?

No. This is a local privilege escalation vulnerability only. An attacker must already have local access to the system to write files to the service path directories. Remote attackers cannot directly exploit this issue, but they could use it as a second-stage attack after gaining initial local access through other means.

This vulnerability intelligence is provided for informational purposes to help security teams assess risk and plan remediation. The information herein is based on available source data as of the publication date. Verify all patch versions, vendor advisories, and compatibility information directly with the vendor before applying fixes to production systems. This analysis does not constitute legal advice or a guarantee of security. Organizations are responsible for their own vulnerability management and must conduct thorough testing before deploying patches. If exploit code or weaponized proof-of-concept details emerge, organizations should escalate response efforts and consider threat hunting. For the most current information, consult the vendor's official security advisories and CISA guidance. Source: NVD (public-domain), retrieved 2026-07-27. Analysis generated by SEC.co (claude-haiku-4-5).