HIGH 7.8

CVE-2016-20094: AnyDesk 2.5.0 Unquoted Service Path Privilege Escalation

AnyDesk 2.5.0 has a security flaw in how it registers its Windows service. The service path is not properly quoted, which means an attacker with local access to the system can place a malicious program in the system root directory. When AnyDesk starts or the system reboots, Windows will execute the attacker's malicious file instead of the legitimate AnyDesk service, giving it SYSTEM-level privileges—the highest level of access on Windows. This turns a local access vulnerability into a serious privilege escalation problem.

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
1 configuration(s)
Published / Modified
2026-06-19 / 2026-06-26

NVD description (verbatim)

AnyDesk 2.5.0 contains an unquoted service path vulnerability that allows local users to execute arbitrary code with SYSTEM privileges by exploiting the service installation. Attackers can insert malicious executables in the system root path that execute with elevated privileges during application startup or system reboot.

4 reference(s) · View on NVD →

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

Technical summary

CVE-2016-20094 exploits an unquoted service path vulnerability (CWE-428) in AnyDesk's Windows service installation. When a service path lacks quotation marks and contains spaces, Windows searches for and executes the first matching executable it finds in the path hierarchy. An attacker with local user privileges can craft a malicious executable—for example, named to match a partial path component—and place it in a predictable location within the system root. Upon service startup or system reboot, the Windows Service Control Manager will execute the attacker's payload with SYSTEM privileges. This is a post-authentication but pre-privilege-escalation scenario: the attacker needs initial local access but can then gain full system control.

Business impact

Compromise of AnyDesk 2.5.0 on affected systems opens a direct path to complete system takeover. An attacker gaining local user access—through phishing, weak credentials, or another vulnerability—can immediately escalate to SYSTEM privileges and maintain persistence across reboots. This affects confidentiality, integrity, and availability: data exfiltration, malware installation, lateral movement to other systems, and denial of service all become possible. Organizations relying on AnyDesk for remote support face heightened risk if vulnerable versions remain deployed on sensitive infrastructure.

Affected systems

AnyDesk version 2.5.0 on Windows systems is explicitly affected. Organizations should inventory AnyDesk deployments and identify which versions are running. Version 2.5.0 is relatively old; most users may have already upgraded. However, legacy systems, disconnected environments, or test/backup machines may still run vulnerable versions. Any Windows system with AnyDesk 2.5.0 installed and accessible to local users is at risk.

Exploitability

Exploitation requires local user access—not trivial, but not rare in real environments. An attacker cannot exploit this remotely without first compromising a local account or leveraging another vulnerability. Once local access is obtained, exploitation is straightforward and does not require user interaction or special tools. An attacker needs only to create a malicious executable with an appropriate name and place it in a system directory where the unquoted service path will find it first. The attack succeeds reliably upon service restart or system reboot. This is not currently tracked in the CISA Known Exploited Vulnerabilities (KEV) catalog, but the simplicity of the attack vector means it could be weaponized quickly if widely publicized.

Remediation

The primary remediation is to upgrade AnyDesk to a patched version that properly quotes the service path. Verify the specific patched version number in the official AnyDesk advisory before deployment. As a compensating control pending upgrade, restrict local user account creation, enforce strong access controls on sensitive systems, and monitor for suspicious process execution under the SYSTEM account. Disable AnyDesk on systems where it is no longer required.

Patch guidance

Check the official AnyDesk security advisory and release notes for the first version after 2.5.0 that addresses this vulnerability. Typical patch deployment should prioritize systems where AnyDesk is exposed to untrusted local users or where data sensitivity is high. Test patches in a non-production environment first. After patching, verify that the service path in the registry (typically HKLM\SYSTEM\CurrentControlSet\Services\AnyDesk) is properly quoted. Reboot affected systems to confirm the service starts correctly with the patched binary.

Detection guidance

Monitor for unexpected executables in system root directories (C:\, C:\Windows\, etc.) with names that could match partial path components of the AnyDesk service path. Use file integrity monitoring (FIM) on system directories to alert on new executable creation. Monitor service startup and process execution logs for AnyDesk launching unexpected child processes or from unexpected locations. Check the Windows Event Log (System and Security channels) for service startup anomalies. Endpoint Detection and Response (EDR) tools should flag execution from system root with SYSTEM privileges outside normal AnyDesk operations.

Why prioritize this

This vulnerability merits immediate investigation and remediation in affected environments. Although the CVSS score is 7.8 (HIGH), the true risk is amplified by the certainty and ease of exploitation once local access is obtained. The privilege escalation from local user to SYSTEM is severe in its consequences. Organizations with AnyDesk 2.5.0 deployed should prioritize patching, particularly on systems with multiple local user accounts, shared access, or exposure to less-trusted personnel. The age of the vulnerable version suggests many organizations may have already moved past it, but legacy and air-gapped systems warrant immediate attention.

Risk score, explained

The CVSS 3.1 score of 7.8 reflects a HIGH severity rating based on local attack vector (AV:L), low attack complexity (AC:L), low privileges required (PR:L), no user interaction (UI:N), and high impact across confidentiality, integrity, and availability (C:H/I:H/A:H). This scoring correctly captures the practical danger: an unprivileged local user can deterministically achieve SYSTEM-level code execution. The lack of special attack complexity and low barrier to entry make this a credible threat in environments where local user segregation is weak.

Frequently asked questions

Is this vulnerability actively exploited in the wild?

CVE-2016-20094 is not currently listed in the CISA Known Exploited Vulnerabilities (KEV) catalog, which tracks vulnerabilities with confirmed active exploitation. However, the simplicity of the attack and the public disclosure of the unquoted service path weakness make it a candidate for weaponization. Organizations should not assume that lack of KEV listing equates to low risk in their own environment.

Can this vulnerability be exploited remotely?

No. This vulnerability requires local user access to the system. An attacker cannot exploit it from across the network. However, it often serves as a second-stage attack: an attacker gains initial local access through phishing, weak credentials, or another vulnerability, then uses this flaw to escalate to SYSTEM privileges.

What should I do if I cannot patch AnyDesk 2.5.0 immediately?

Apply compensating controls: restrict local user account creation, enforce principle of least privilege, disable AnyDesk on non-essential systems, and monitor system root directories for suspicious executables. Consider isolating affected systems from sensitive network segments. However, these are temporary measures—patching should be scheduled as soon as feasible.

How do I verify that AnyDesk is patched?

After patching, check the AnyDesk version in the application (Help > About or Settings). Additionally, inspect the service path in the Windows Registry under HKLM\SYSTEM\CurrentControlSet\Services\AnyDesk and confirm it is properly quoted (e.g., "C:\Program Files\AnyDesk\AnyDesk.exe"). Reboot and verify the service starts correctly and performs its intended function.

This analysis is provided for informational and defensive purposes. The vulnerability details, CVSS score, and affected product information are based on published sources. Organizations are responsible for verifying patch availability, testing patches in their own environments, and implementing appropriate remediation timelines based on their risk tolerance and system criticality. SEC.co does not provide warranty that this information is complete or error-free. Always consult the official vendor advisory for definitive patch guidance and affected version lists. Source: NVD (public-domain), retrieved 2026-07-27. Analysis generated by SEC.co (claude-haiku-4-5).