CVE-2026-79680
Executive Summary
CVE-2026-79680 is an authentication bypass vulnerability in the password authentication mechanism of the Qt VNC Server module (CWE-288: Authentication Bypass Using an Alternate Path or Channel). An attacker who connects with a specially modified VNC client that violates the RFB protocol can skip or circumvent password authentication and obtain unauthorized remote access to the shared application session. Any deployment exposing a Qt VNC Server endpoint to an untrusted network is at risk of full session confidentiality and integrity compromise; no patch is currently available.
This record — and 170,000+ others — are available via the ValtersIT API. One endpoint replaces five: NVD + GitHub CVE + CISA KEV + EPSS + Nuclei + Exploit-DB, unified.
No signup required
Technical Analysis
The vulnerability resides in the password authentication path of the Qt VNC Server module, which implements the Remote Framebuffer (RFB) protocol used by VNC clients. CWE-288 describes a situation in which an authentication mechanism can be bypassed because the code enforces authentication on one expected path or state transition, but a non-standard or malformed alternate path reaches protected functionality without the authentication check being satisfied.
In this instance, the NVD description states that the bypass is achievable by "an attacker using a specially modified VNC client that violates the RFB protocol." This indicates the server's authentication logic makes assumptions about well-formed protocol behavior—for example, the ordering of handshake/authentication messages, expected message types, or the sequence of version and security negotiation steps. A client that deviates from the RFC-compliant RFB message flow can steer the server into a state where the shared application is exposed without a valid credential being presented or verified.
Key characteristics that make this dangerous:
- Network reachability: VNC/RFB services are network-exposed by design, typically on TCP port 5900 (and additional display-number ports such as 5901, 5902, etc.).
- Pre-authentication trigger: The flaw is triggered before or during authentication, so no valid credentials are needed (PR:N in the vector above).
- No user interaction: Exploitation occurs server-side upon connection and protocol manipulation; the legitimate session user need not act (UI:N).
- Protocol-level, not cryptographic: This is not a weakness in the strength of a password but in whether the authentication gate is enforced at all on the alternate protocol path.
Insufficient technical detail is available in the provided intelligence to identify the specific function, message handler, or code branch responsible. No function names, endpoints, or file paths are published in the NVD description, so they are deliberately not fabricated here. What can be stated with confidence is the vulnerability class (auth bypass via alternate path/channel) and the attack mechanism (malformed, RFB-non-compliant client handshake that evades the password check).
Because the flaw is protocol-state dependent rather than payload dependent, signature-based detection at the application layer is harder than for memory-corruption or injection classes; detections must focus on anomalous RFB negotiation behavior and the resulting unauthorized session establishment.
Exploitation Scenarios
No public PoC, exploit code, or Nuclei template is available for CVE-2026-79680. The attack chain below is inferred from the vulnerability class (CWE-288) and the mechanism described in the NVD description. No specific function names, parameters, or protocol field values are fabricated.
Reconnaissance / target identification An adversary scans for exposed VNC/RFB services, typically TCP/5900 and adjacent display ports, using Shodan, masscan, or nmap. Fingerprinting identifies Qt-based VNC endpoints (Qt VNC Server embedded in a shared Qt application) versus other VNC implementations. The target of value is any host running a Qt VNC Server exposing a shared application session to an untrusted network.
Triggering the specific flaw class The attacker connects with a custom or modified VNC client that deliberately violates the RFB protocol. Rather than completing the normal VNC version negotiation and password authentication exchange in the expected sequence, the crafted client sends a non-standard message sequence that drives the server past its authentication gate. At the class level, this is an authentication bypass using an alternate path or channel: the server enforces the password check on the expected RFB flow but fails to enforce it on the alternate flow the malformed client induces.
Payload / execution method (class level) No crafted payload bytes are public. The "payload" in this class is the deviant protocol dialogue itself—an RFB message sequence, ordering, or state transition that the server does not anticipate. There is no requirement to know or crack the password; the modified client simply avoids satisfying the check.
Post-exploitation impact A successful bypass yields unauthorized remote access to the shared application session as presented through the VNC server. The attacker can view (confidentiality breach) and interact with (integrity breach) the shared application, effectively operating the exposed session remotely. Depending on what the shared application exposes, this may include sensitive data displayed on screen, ability to input keystrokes/mouse events, and potential lateral movement if the application or host offers further reachable services. Availability is not directly implicated by the described vulnerability (A:N), though an attacker interacting with a live shared session could indirectly disrupt operations.
Impact Assessment
- Confidentiality: High — the attacker gains interactive visibility of the shared application session, which may display credentials, customer data, or proprietary information.
- Integrity: High — interactive control of the session allows the attacker to perform actions as the shared application, potentially altering data or triggering privileged operations.
- Availability: None per the described flaw (the vector reflects A:N), aside from incidental disruption from a second user interacting with the session.
- Attack Vector: Network (AV:N) — RFB is network-exposed.
- Attack Complexity: Low (AC:L) — no special conditions beyond crafting a non-compliant client.
- Privileges Required: None (PR:N) — authentication is bypassed.
- User Interaction: None (UI:N) — the legitimate user need not be tricked.
Blast radius: Every reachable Qt VNC Server instance is independently vulnerable. Remote, unauthenticated access to shared application sessions can expose whatever data and capabilities that application holds, and can serve as a foothold for further intrusion. Note the CVSS vector above is a class-appropriate estimate derived from the described impact; no official CVSS score or vector was published (score: N/A).
Detection Guidance
Detection for a protocol-state auth bypass focuses on anomalous RFB negotiation and successful unauthorized session establishment. The rules below are generic to RFB/VNC authentication anomalies and should be tuned to the specific Qt VNC deployment.
Sigma Rule
title: Suspicious Qt VNC Server Authentication Bypass Attempt (CVE-2026-79680)
id: 8f2c1a44-7b3e-4d21-9c88-qtvnc7968
status: experimental
description: Detects anomalous RFB/VNC authentication negotiation consistent with a modified VNC client bypassing password authentication in Qt VNC Server.
references:
- https://nvd.nist.gov/vuln/detail/CVE-2026-79680
author: valtersit.com
date: 2026/01/01
logsource:
category: application
product: qt_vnc_server
detection:
selection_auth:
event_type:
- 'vnc_auth'
- 'authentication'
result:
- 'bypass'
- 'skipped'
- 'no_password_required'
selection_protocol:
event_type: 'rfb_handshake'
protocol_anomaly: true
condition: selection_auth or selection_protocol
falsepositives:
- Legitimate automated VNC clients with non-standard implementations (rare)
- Misconfigured servers with authentication intentionally disabled
level: high
tags:
- attack.t1190
- cve.2026.79680
YARA Rule
rule CVE_2026_79680_Qt_VNC_AuthBypass_Client
{
meta:
description = "Detects modified VNC/RFB client artifacts consistent with Qt VNC Server authentication bypass (CVE-2026-79680)"
author = "valtersit.com"
reference = "https://nvd.nist.gov/vuln/detail/CVE-2026-79680"
date = "2026-01-01"
cve = "CVE-2026-79680"
strings:
$rfb = "RFB 003." ascii wide
$vncauth = "VNC Authentication" ascii wide
$qtvnc = "Qt VNC" ascii wide nocase
$bypass = "auth" ascii wide nocase
condition:
$rfb and 1 of ($vncauth, $qtvnc) and filesize < 5MB
}
Suricata IDS Rule
alert tcp any any -> any 5900 (msg:"CVE-2026-79680 Qt VNC Server potential RFB authentication bypass attempt"; flow:established,to_server; content:"RFB 003."; depth:8; classtype:attempted-admin; reference:cve,2026-79680; sid:2026796801; rev:1;)
Elastic Detection
sequence by source.ip with maxspan=30s
[ network where network.transport == "tcp" and destination.port == 5900 and rfb.version != null ]
[ network where network.transport == "tcp" and destination.port == 5900 and rfb.authentication_result == "bypass" ]
Splunk SPL Query
index=network OR index=firewall OR index=vnc
| search (dest_port=5900 OR dest_port=5901 OR dest_port=5902)
| eval is_rfb=if(match(_raw,"RFB 003\."),1,0)
| eval auth_anomaly=if(match(_raw,"(?i)(auth|authentication|handshake)_?(bypass|skip|fail|anomaly)"),1,0)
| where is_rfb=1 OR auth_anomaly=1
| stats count min(_time) as first_seen max(_time) as last_seen values(src_ip) as sources by dest_ip, dest_port
| where count > 3
| sort - count
Wazuh OSSEC Rule
<group name="vnc,qt,cve-2026-79680,">
<rule id="2026796" level="12">
<decoded_as>json</decoded_as>
<field name="event_type">vnc_auth</field>
<field name="result">bypass</field>
<description>CVE-2026-79680: Qt VNC Server authentication bypass attempt detected</description>
<mitre>
<id>T1190</id>
</mitre>
</rule>
<rule id="2026797" level="10">
<decoded_as>json</decoded_as>
<field name="event_type">rfb_handshake</field>
<field name="protocol_anomaly">true</field>
<description>CVE-2026-79680: Anomalous RFB protocol handshake against Qt VNC Server</description>
<mitre>
<id>T1190</id>
</mitre>
</rule>
</group>
Mitigation & Patch Guidance
Patch confidence: 0/4 (UNPATCHED — no patch evidence from any tracked source). No vendor fix, fixed version, workaround, or affected-version range has been published in the available intelligence.
- Immediate mitigations
- Remove network exposure: do not expose Qt VNC Server endpoints (default TCP/5900 and adjacent display ports) to untrusted networks. Restrict access to localhost or an isolated management VLAN.
- Enforce network access control: firewall/security-group rules permitting VNC only from explicitly trusted hosts; require VPN or bastion access.
- Session isolation: if remote viewing is required, place the VNC service behind an authenticating reverse proxy or gateway that enforces its own credential check independent of the Qt VNC Server's native password mechanism, so that bypassing the Qt check does not grant access.
- Monitoring: enable application and network logging for RFB negotiation anomalies (see Detection Guidance) and alert on new/unexpected VNC connections.
- Patch / upgrade steps
- No patch is currently available from any tracked source. Monitor the Qt project and the Qt VNC Server module maintainers (and any downstream application vendors that embed Qt) for an official advisory and fixed release.
- Once a fixed version is published, upgrade the Qt VNC Server module and any application embedding it, and retest authentication after upgrading.
- Long-term hardening
- Treat VNC/RFB as a high-risk protocol; default to disabled and require explicit, audited enablement.
- Apply defense in depth so that a single authentication-control failure does not yield session access (network segmentation, secondary authentication, least-privilege shared-session content).
- Conduct protocol-level fuzz/abuse testing against VNC implementations to find alternate-path authentication gaps (the CWE-288 class) before deployment.
- Maintain an inventory of embedded VNC/RFB services (Qt and otherwise) to ensure timely patch response once a fix is released.
References
- NVD — CVE-2026-79680: https://nvd.nist.gov/vuln/detail/CVE-2026-79680
- MITRE CWE-288 — Authentication Bypass Using an Alternate Path or Channel: https://cwe.mitre.org/data/definitions/288.html
- MITRE ATT&CK T1190 — Exploit Public-Facing Application: https://attack.mitre.org/techniques/T1190/
- Qt Project (vendor) — monitor for official security advisories and the Qt VNC Server module: https://www.qt.io/
- CISA Known Exploited Vulnerabilities catalog (status check): https://www.cisa.gov/known-exploited-vulnerabilities-catalog
No public PoC, exploit code, or in-the-wild campaign has been reported for CVE-2026-79680. CISA KEV status: NO.
What is this? Security researchers use these exact search queries on Shodan.io (a search engine for internet-connected devices) to find vulnerable systems globally. You can copy these dorks to see if your organization's IP space is exposed.