CVE-2026-30790: RustDesk Login Proof Exposed in Cleartext on the Server Pro /api Channel Under TLS Downgrade
Use of Password Hash With Insufficient Computational Effort, Cleartext Transmission of Sensitive Information vulnerability in rustdesk-client RustDesk Client rustdesk-client on Windows, MacOS, Linux, iOS, Android (Server Pro /api login over the HTTP management channel) allows Interception (aka Sniffing) followed by offline Password Brute Forcing.
The controlled-host peer authentication channel is NOT affected: Client::secure_connection verifies the HBBS-signed host public key and negotiates an XSalsa20-Poly1305 secretbox session before the login proof is sent, so passive capture and relay man-in-the-middle do not expose it (capture-replay / CWE-294 withdrawn). On the Server Pro /api login path the proof is protected by TLS alone, is exposed under the automatic invalid-certificate downgrade (CVE-2026-30794), and is recoverable offline because it is a fast double SHA256 over a server-controlled salt and challenge with no slow KDF.
This vulnerability is associated with program files src/client.rs and src/common.rs and program routines handle_hash(), handle_login_from_ui() (login proof construction) and post_request_() (API transport).
This issue affects RustDesk Client: through 1.4.8.
Security readout for executives and security teams
Plain-English summary
RustDesk Client through 1.4.8 can expose a login proof on the Server Pro /api management path if TLS is downgraded because of invalid certificates. An attacker who captures it may try offline password guessing. The normal controlled-host peer authentication channel is stated as not affected.
Executive priority
Treat as high priority if RustDesk Server Pro /api is reachable or certificate handling is weak. The business risk is credential compromise through captured login proofs and offline guessing, not direct system takeover from the CVE alone.
Technical view
The issue combines cleartext exposure on the Server Pro /api login path under automatic invalid-certificate downgrade with a fast double-SHA256 login proof using server-controlled salt and challenge. CWE mappings are CWE-319 and CWE-916. CVSS 4.0 score is 8.2 high.
Likely exposure
Organizations using RustDesk Client through 1.4.8 on Windows, macOS, Linux, iOS, or Android with Server Pro /api login are the stated exposure. Risk is higher where the management/API channel can be intercepted or uses invalid TLS that triggers downgrade.
Exploitation context
The source bundle does not show KEV listing or confirmed active exploitation. Exploitation requires interception of the affected /api login traffic under downgrade conditions, followed by offline password brute forcing. The peer authentication channel is explicitly described as not affected.
Researcher notes
Relevant routines are handle_hash(), handle_login_from_ui(), and post_request_() in src/client.rs and src/common.rs. The CVE text withdraws capture-replay concerns for peer authentication. Evidence for a patch is not present in the provided sources.
Mitigation direction
Check RustDesk vendor guidance and advisories for fixed versions or configuration changes.
Ensure Server Pro /api uses valid TLS certificates; avoid any HTTP or downgraded management path.
Restrict network access to RustDesk management/API endpoints to trusted administrative networks.
Rotate affected credentials if downgraded or intercepted login traffic is suspected.
Monitor for related guidance on CVE-2026-30794, the TLS downgrade issue.
Validation and detection
Inventory RustDesk Client installations and identify versions through 1.4.8.
Determine whether Server Pro /api login is used in your environment.
Verify management/API endpoints use valid certificates and do not fall back to HTTP.
Confirm the controlled-host peer channel is not your assumed exposure path.
Review vendor and CVE records for updates, patches, or clarified affected versions.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · low confidence lookup
CWE-319: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
The CVE wording references authentication or credential exposure, so valid-account and credential-access review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
1CVSS vectors
3Timeline events
1ADP providers
4Source links
SSVC decision data
CISA-ADPCISA Coordinator
Timestamp
Version
2.0.3
Exploitation: pocAutomatable: yesTechnical Impact: total
CVSS vector scores
1 official score
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-319 · source CWE mapping
Cleartext Transmission of Sensitive Information
Cleartext Transmission of Sensitive Information represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.
Use of Password Hash With Insufficient Computational Effort
Use of Password Hash With Insufficient Computational Effort represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.