HIGH 7.2

CVE-2026-7829: UltraVNC Repeater Stack Buffer Overflow in Settings Parser

UltraVNC Repeater versions up to 1.8.2.2 contain a stack-based buffer overflow in the settings parser used by the web-based admin interface. When an authenticated administrator configures allow/deny rules with unusually long tokens, the application writes a null terminator past the end of its internal buffer, overwriting adjacent stack memory. An attacker with admin credentials can exploit this to execute arbitrary code on the repeater machine. While direct admin access is normally required, this risk is amplified if an organization has been exposed to the related default-credentials vulnerability (CVE-2026-7839).

Source data · NVD / CISA · public domain

CVSS
3.1 · 7.2 HIGH · CVSS:3.1/AV:N/AC:L/PR:H/UI:N/S:U/C:H/I:H/A:H
Weaknesses (CWE)
CWE-787
Affected products
1 configuration(s)
Published / Modified
2026-07-01 / 2026-07-09

NVD description (verbatim)

UltraVNC repeater through 1.8.2.2 contains a post-authentication out-of-bounds write in the allow/deny rule parser. In repeater/webgui/settings.c:225-272, after strncpy_s copies a rule token into temp1[rule1] (25-byte destination) or temp2/temp3 (16-byte destination), the code unconditionally writes a NUL terminator at temp1[rule1][len] = 0 without clamping len to the destination size. When an authenticated administrator saves a rule with a token length equal to or greater than the destination size, the NUL byte is written one or more bytes past the end of the stack-allocated array, corrupting adjacent stack data. An attacker who has obtained admin credentials (including via CVE-2026-7839 default password) can trigger this to gain code execution on the repeater host.

3 reference(s) · View on NVD →

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

Technical summary

The vulnerability resides in repeater/webgui/settings.c, lines 225–272, where the allow/deny rule parser uses strncpy_s to copy user-supplied tokens into fixed-size stack buffers (25 bytes for temp1, 16 bytes for temp2/temp3). After the copy operation, the code unconditionally writes a null terminator at offset len without verifying that len does not exceed the destination buffer size. This out-of-bounds write corrupts the stack frame, potentially overwriting return addresses, function pointers, or other critical data structures that an attacker can leverage to redirect code execution. The flaw is classified as CWE-787 (Out-of-bounds Write).

Business impact

Successful exploitation allows an administrator-level attacker to achieve remote code execution on UltraVNC Repeater infrastructure. Because repeaters are typically used to relay VNC connections across network boundaries, a compromised repeater becomes a pivotal point of control, potentially granting an attacker access to all downstream VNC sessions and internal networks relying on that repeater for connectivity. The impact extends beyond the repeater host to the entire ecosystem of clients and servers it mediates.

Affected systems

UltraVNC Repeater through version 1.8.2.2 is affected. Organizations running repeater instances for VNC session relay should verify their installed versions immediately. All instances that allow administrator access—whether local or remote—are at risk if credentials have been compromised or are weak.

Exploitability

Exploitation requires valid administrator credentials for the UltraVNC Repeater web interface. The attack is straightforward once credentials are obtained: an authenticated attacker simply saves a rule with a crafted token length to trigger the buffer overflow. The CVSS vector (AV:N/AC:L/PR:H) confirms network-level accessibility with high privileges required but low attack complexity. Notably, the prerequisite admin access may be easier to obtain than expected if the default-credentials vulnerability (CVE-2026-7839) has not been remediated in parallel.

Remediation

Update UltraVNC Repeater to a patched version that properly bounds-checks the token length before writing the null terminator. Verify the exact patched version against the official UVNC project or vendor advisory. As an interim control, restrict network access to the UltraVNC Repeater web admin interface using firewall rules or VPN, permitting only known administrative hosts. Audit admin account privileges and credentials, and rotate any credentials known or suspected to have been exposed.

Patch guidance

Consult the official UltraVNC project repository or vendor advisory for patched versions beyond 1.8.2.2. Apply patches in a staged manner to non-production repeaters first to validate compatibility with your VNC client and server deployments. Document the versions and patch dates for audit compliance.

Detection guidance

Monitor UltraVNC Repeater log files for administrative configuration changes, particularly modifications to allow/deny rules with unusually long tokens or suspicious patterns. Implement file integrity monitoring (FIM) on the repeater's settings or configuration files to detect unauthorized changes. Network-based detection is challenging because the exploitation happens entirely within the admin interface, but anomalous process behavior (e.g., child processes spawned from the repeater service) post-exploitation may be detected via EDR or process monitoring. Review authentication logs for successful logins using non-standard or default credentials.

Why prioritize this

Although exploitation requires high-privilege access (admin credentials), the impact is critical—code execution on a network pivot point affects all VNC sessions it relays. The presence of a related default-credentials vulnerability (CVE-2026-7839) that can grant admin access without prior compromise makes this a linked threat requiring immediate attention. Organizations relying on UltraVNC Repeater for critical VNC infrastructure should prioritize patches within their normal maintenance windows.

Risk score, explained

The CVSS 3.1 score of 7.2 (HIGH) reflects high impact (confidentiality, integrity, and availability all set to H) balanced against the requirement for high-privilege access (PR:H) and low attack complexity (AC:L). The score does not account for the attenuating factor that default credentials (CVE-2026-7839) might lower the barrier to obtaining admin privileges in affected environments, potentially warranting elevated internal risk scores for those organizations.

Frequently asked questions

Do I need to worry about this if I've already patched CVE-2026-7839 (default credentials)?

Patching the default-credentials issue removes one attack vector but does not address this buffer overflow. Both vulnerabilities should be treated as separate remediation items. Verify that your admin credentials are non-default and strong, then apply patches for CVE-2026-7829 itself.

What happens if this vulnerability is exploited?

An attacker gains the ability to execute arbitrary code with the privileges of the UltraVNC Repeater process. Depending on the process's operating-system-level privileges, this could allow reading, modifying, or terminating VNC sessions, as well as lateral movement into the internal network.

How can I tell which version of UltraVNC Repeater I'm running?

Check the web admin interface or repeater configuration files for version information. On Windows, right-click the repeater executable and check Properties > Details. On Linux, check the binary version via the package manager or the application's help/about menu.

Is there a workaround if I cannot patch immediately?

Restrict network access to the repeater's web admin interface to only trusted administrative hosts using firewall rules, IP allowlists, or VPN-only access. Rotate admin credentials and audit access logs regularly. These mitigations reduce risk but do not eliminate it; patching is the definitive fix.

This analysis is provided for informational purposes and is based on publicly available vulnerability information current as of the publication date. SEC.co makes no warranty regarding the completeness or accuracy of third-party vendor advisories or patch availability. Organizations should verify patch versions and compatibility against official UltraVNC project releases and their own internal testing. Exploitation details and proof-of-concept code are not provided; only risk mitigation and detection guidance are included. Always test patches in non-production environments before deploying to critical infrastructure. Source: NVD (public-domain), retrieved 2026-08-09. Analysis generated by SEC.co (claude-haiku-4-5).