Skip to main content

RustDesk API CVE-2026-111324

| EUVDEUVD-2026-102482 MEDIUM
Authorization Bypass Through User-Controlled Key (CWE-639)
2026-10-15 VulnCheck GHSA-qvc9-rg5c-3453
6.9
CVSS 4.0 · Vendor: VulnCheck
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Identify target RustDesk device ID
  2. Delivery
    Send unauthenticated POST /api/sysinfo
  3. Exploit
    Overwrite peer uuid and metadata
  4. Execution
    Log in presenting forged uuid
  5. Impact
    Rebind peer to attacker account

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Object-level authorization, IDOR prevention
Exploitation Conditions

The POST /api/sysinfo endpoint performs no uuid ownership verification, so no special product configuration is required on a default, network-reachable rustdesk-api instance (version ≤ 2.7). The one concrete prerequisite is that the attacker must know or enumerate a valid existing target device ID to overwrite that peer's record; the full account-rebind outcome additionally requires the attacker to complete a login step presenting the forged uuid. Limiting factors: exploitation only matters for internet- or network-exposed API deployments and requires a valid target peer ID, but no authentication, credentials, or user interaction are needed.

Impact

The input CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:N/UI:N) scores strong exploitability - remote, network-reachable, low complexity, no privileges and no user interaction - meaning any unauthenticated attacker who can reach the web API can trigger it. However, the impact metrics are deliberately narrow: VI:L (low integrity) with VC:N and VA:N, yielding the moderate 6.9 score, because the primary effect is tampering with stored peer records rather than direct data disclosure or service loss. This is the central tension: the ease-of-attack signals look critical while the rated impact is modest. Note that the rated VI:L understates the described kill chain - overwriting a victim device's uuid and then logging in to rebind that peer to the attacker's account can yield unauthorized control/visibility of the targeted remote-access endpoint, an escalation not captured in the base impact metrics; verify downstream account-takeover severity with the vendor advisory. No EPSS score was supplied, so widespread-exploitation probability cannot be quantified. It is not listed in CISA KEV (no active exploitation confirmed), but a detailed public technical write-up with source-code references exists. Net: a credible, easy-to-exploit authorization-bypass (IDOR, CWE-639) worth prompt patching for exposed self-hosted instances, but not an emergency on raw signals absent KEV/EPSS data.

Exploit ScenarioDerived

An attacker who can reach an internet-exposed rustdesk-api server sends an unauthenticated POST to /api/sysinfo supplying only a known target device ID, overwriting that peer's hostname, username, OS and uuid. The attacker then logs in presenting the forged uuid, rebinding the victim's peer record to their own account to gain unauthorized association with the targeted device. A public technical write-up documenting the request exists, so publicly available exploit code exists.

This Month Plan within 30 days. Why: MEDIUM severity (CVSS 4.0-6.9).
No patch listed yet 0.3% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – Oct 15, 2026

Unauthenticated peer-record tampering in the RustDesk API server (lejianwen/rustdesk-api) through version 2.7 lets any remote attacker who can reach the HTTP API overwrite an existing peer's stored hostname, username, OS and uuid by posting only a target device ID to POST /api/sysinfo, after which the attacker can log in with the forged uuid and rebind that peer to their own account. The root cause is an authorization bypass through a user-controlled key (CWE-639): the endpoint never verifies that the submitted uuid belongs to the peer record it is modifying. The independent assessment scores this as remote, low-complexity, unauthenticated and requiring no user interaction but with integrity-only impact (CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:L/A:N, versus the submitted CVSS 4.0 score of 6.9), and the single prerequisite is that the attacker must know or enumerate a valid existing device ID; no public exploit code and no CISA KEV entry were identified at time of analysis, although a detailed public technical write-up is available.

RemediationAI

No vendor-released patch was identified at time of analysis, and the references point only to source at tag v2.7 rather than a fixed release, so operators should treat the missing uuid-ownership check in the POST /api/sysinfo handler (http/controller/api/peer.go) as unfixed until lejianwen/rustdesk-api publishes a corrected version and verify against the project at https://github.com/lejianwen/rustdesk-api before assuming otherwise. The most effective compensating control is to stop untrusted networks from reaching the management API at all: block or filter POST /api/sysinfo at a reverse proxy or firewall, or place the entire rustdesk-api service behind a VPN/mTLS or an allow-list of known agent source addresses, understanding that this will prevent legitimate remote agents and clients outside those networks from reporting sysinfo or registering, and that internal attackers retain the ability to tamper. If the endpoint must stay reachable, require an authentication token or client certificate on the /api/sysinfo route (custom middleware), accepting the operational cost of reconfiguring clients; simultaneously monitor logs and the peer/user tables for unexpected changes to uuid, hostname, username or OS fields and for logins that immediately follow a sysinfo update, since a forged-uuid login that rebinds a peer to another account is the clearest exploitation signal. Review the code paths linked at https://github.com/lejianwen/rustdesk-api/blob/v2.7/http/controller/api/peer.go#L26-L57 and, if maintaining a fork, add an explicit check that the submitted uuid matches the stored uuid for the target peer before applying any update; consult the VulnCheck advisory (https://www.vulncheck.com/advisories/rustdesk-api-through-2.7-authorization-bypass-via-post-api-sysinfo) and the public analysis (https://hackmd.io/@hieuPenguinnn/rustdesk-api-sysinfo-unauth-peer-tamper) for additional detail when validating fixes.

Affected VersionsENISA

rustdesk-api 0 ≤2.7

Affected Packages

euvd rustdesk_api no fix

Source: OSV (Open Source Vulnerabilities)

Affects your stack

Affects 1 package in euvd

Checking this CVE against your own stacks and servers is part of the Basic plan and up.

Technical ContextAI · show details

rustdesk-api is the Go-based, self-hosted web API/management layer used with RustDesk relay and ID servers to store users, accounts and peer (device) records; the affected component is identified by CPE cpe:2.3:a:lejianwen:rustdesk-api:*:*:*:*:*:*:*:* (all platforms, versions through 2.7). The routing table in http/router/api.go (lines ~60-76) exposes POST /api/sysinfo, which is served by the handler in http/controller/api/peer.go (lines ~26-57); that handler accepts a device ID plus sysinfo fields and writes them onto the matching peer record without any check that the caller owns the record or that the supplied uuid corresponds to the peer's previously stored uuid. This is the CWE-639 pattern (Authorization Bypass Through User-Controlled Key, a form of missing object-level authorization): an attacker-controlled identifier (device ID plus uuid value) is used directly as the lookup/modification key, so object-level access control is never enforced. The security consequence is amplified because the uuid acts as the binding credential between a peer record and a user account - once the uuid, hostname, username and OS fields are rewritten, the attacker can authenticate with the forged uuid and have the device rebound to their own account, giving them control over how that peer is associated inside the management server. The submitted CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:N/UI:N) emphasizes the strong exploitability of the unauthenticated network path, while the independent CVSS 3.1 assessment (C:N/I:L/A:N) shows the impact is confined to integrity of peer metadata and account bindings rather than confidentiality or availability loss.

Know when Rustdesk Api gets its next vulnerability

  • Watch products and get an email when something new is published
  • Check this CVE against your own stack and servers
  • Exploit and PoC references, threat intelligence from 22 sources

No credit card · 7-day full trial

Severity by source

Vendor (VulnCheck) PRIMARY 6.9 MEDIUM
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:L/VA:N/SC:N/SI:N/SA:N
vuln.today AI 5.3 MEDIUM

Remote unauthenticated endpoint with no uuid check gives AV:N/AC:L/PR:N/UI:N; impact is tampering with peer records so I:L, with no confidentiality or availability loss.

3.1 AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:L/A:N
4.0 AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:L/VA:N/SC:N/SI:N/SA:N

Primary rating from Vendor (VulnCheck).

CVSS VectorVendor: VulnCheck

Attack Vector
Network
Attack Complexity
Low
Attack Requirements
None
Privileges Required
None
User Interaction
None
Vulnerable system: Confidentiality
None
Vulnerable system: Integrity
Low
Vulnerable system: Availability
None
Subsequent system: Confidentiality
None
Subsequent system: Integrity
None
Subsequent system: Availability
None

DescriptionCVE.org

rustdesk-api through 2.7 contains an authorization bypass vulnerability that allows unauthenticated attackers to overwrite existing peer records by supplying only a target device ID to POST /api/sysinfo. Attackers can overwrite hostname, username, OS and uuid without uuid verification, then log in presenting that uuid to rebind the peer to their account.

Threat Intelligence Overview

EPSS Score
0.3%
Top 76% exploitable
Prevalence
Low
third-party self-hosted RustDesk API/web console, niche self-hoster footprint
Social Media
1
Sightings
Data Quality
5 sources
Confidence: Medium

How this decision was reached

The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.

SignalValue
Severity MEDIUM
CISA KEV No
Public POC No
EPSS 0.3%
Patch available No
Active threat No
Deciding rule
MEDIUM severity (CVSS 4.0-6.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision· derived
Scheduled
Exploitation· derived
None
System Exposure· derived
Open
Automatable· derived
Yes
Human Impact· derived
Medium

Priority Score

34
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +34
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy