Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessIdentify target RustDesk device ID
-
DeliverySend unauthenticated POST /api/sysinfo
-
ExploitOverwrite peer uuid and metadata
-
ExecutionLog in presenting forged uuid
-
ImpactRebind 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. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – 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
Affected Packages
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
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
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.
Primary rating from Vendor (VulnCheck).
CVSS VectorVendor: VulnCheck
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
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.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
EUVD-2026-102482
GHSA-qvc9-rg5c-3453
NVD
CVE.org
EPSS
Exploit-DB