CPATH-2026-0023 · Robotics / humanoid

BLE Wi-Fi configuration root takeover

At a glance

What this record establishes

Affected product
UnitreeUnitree UniPwn — BLE Wi-Fi config root takeover (Go2/B2/G1/H1)Unitree quadruped and humanoid robots
  • Go2
  • B2
  • G1
  • H1
Root cause
Unitree's BLE configuration path combines a fleet-shared hard-coded key and IV, a substring-based handshake, and unsafe shell interpolation of attacker-controlled Wi-Fi values.
Reachable consequence
  • A compromised robot can scan for in-range peers and reuse the shared key, turning local root entry into repeatable deployment propagation.
Remediation
No effective vendor fix is documented. Disable or restrict BLE configuration, use per-device authenticated keys, remove shell interpolation, and remediate the entire fleet to prevent peer reinfection.
Evidence status
  • Reproduced or documented in detailNVD documents the condition.
Baseline confidence: High

Vulnerability record

Bug mechanics, affected systems, and remediation

The editorial record appears before the modeled consequence so the Path Score remains traceable to the documented vulnerability.

1. Summary

The Bluetooth Low Energy (BLE) Wi-Fi configuration service in Unitree’s shared “common firmware” — running on the Go2 and B2 quadrupeds and the G1 and H1 humanoids — can be reached by any attacker within radio range without credentials or user interaction [1][5]. The service protects its packets with an AES key and IV that are identical on every device, and its handshake accepts any secret merely containing the substring unitree, so an attacker can forge valid encrypted packets and reach an “authenticated” state at will [3][4][5]. From that state, attacker-supplied Wi-Fi SSID/password fields are concatenated unescaped into a sudo-invoked shell command and executed via system, giving unauthenticated root command execution over the air [1][6]. Because the cryptographic material is device-invariant, a compromised robot can autonomously scan for and infect in-range peers, making the exploit wormable [5][8].

2. Affected products & versions

product models affected versions fixed version
Unitree common firmware Go2 (quadruped) <= 1.1.8 (takeonme cites 1.0.19–1.1.8) not documented
Unitree common firmware B2 (quadruped) <= 1.1.8 not documented
Unitree common firmware G1 (humanoid) <= 1.4.4 (takeonme cites 1.30–1.4.4) not documented
Unitree common firmware H1 (humanoid) <= 1.4.4 not documented

All shipping firmware versions were reported vulnerable at disclosure [1][5]. MITRE-scored companion CVEs express the boundary as Go2/G1/H1/B2 devices “through 2025-09-20.” No effective fixed build is documented; updates observed as of 2025-10-07 were reported ineffective [6].

3. The vulnerability in detail

UniPwn is a single, coherent attack surface — the BLE Wi-Fi configuration service — that is broken at three layers simultaneously, and the three defects compose into a clean path from radio adjacency to root. All four models share the same “common firmware,” so the same primitives work identically across quadrupeds and humanoids [1][5][8].

Where the flaw lives. The vulnerable code is the BLE Wi-Fi configuration GATT service exposed under service UUID 0000ffe0-0000-1000-8000-00805f9b34fb with write characteristic 0000ffe2-0000-1000-8000-00805f9b34fb, together with the shell scripts it ultimately invokes: wpa_supplicant_restart.sh and hostapd_restart.sh, both in /unitree/module/network_manager/upper_bluetooth/ [5][6]. This service exists so an operator can push Wi-Fi credentials to a robot over Bluetooth before it has a network. It is, by design, reachable pre-authentication over the air — which is precisely why the auth and crypto weaknesses below are so damaging.

Root cause — three compounding defects.

  1. Hardcoded, device-invariant crypto (CWE-321, CVE-2025-60250). BLE packets are protected with AES-CFB128 using key df98b715d5c6ed2b25817b6f2554124a and IV 2841ae97419c2973296a0d4bdfe19a4f. These constants are baked into the firmware and are the same on every unit shipped [3][5]. Anyone who extracts them once (they are now public) can decrypt and forge traffic to any device. The encryption therefore provides no confidentiality and no integrity against an informed attacker; it is effectively obfuscation with a published key.

  2. Missing authentication via a substring check (CWE-306, CVE-2025-60251). The handshake that is supposed to authenticate the peer simply sets an internal valid_incoming_user flag if the decrypted payload contains the plaintext string unitree [4][5]. There is no challenge/response, no nonce, no cryptographic proof of identity — a literal substring match stands in for authentication. Combined with defect (1), the attacker can construct a correctly encrypted packet whose plaintext contains unitree and be treated as an authenticated user.

  3. OS command injection via unsanitized Wi-Fi fields (CWE-78, CVE-2025-35027 / CVE-2025-60017) — the core defect. Once “authenticated,” the attacker submits Wi-Fi configuration. The firmware takes the attacker-controlled SSID and password strings and concatenates them, without sanitization or shell-metacharacter escaping, into a command of the form:

sudo sh /unitree/module/network_manager/upper_bluetooth/wpa_supplicant_restart.sh "wifi_ssid wifi_pass"

(and the analogous hostapd_restart.sh path). That string is handed to system. Because the SSID/password are interpolated directly into a shell command that runs under sudo, any shell metacharacters the attacker embeds are interpreted by the shell as root [1][5][6].

The classic weakness here is CWE-78, OS Command Injection: user-controlled input crosses into a shell interpreter without the special characters (;, $, `, &, |, #, quotes) being neutralized. The robot intends the field to be an opaque SSID; the shell reads it as code. Because the enclosing command is already privileged (sudo sh...), the injected code inherits root — there is no additional privilege step to climb.

Mechanism and trigger. The whole chain runs over BLE against the config service. The attacker AES-CFB128-encrypts an instruction with the known key/IV so the firmware will accept and decrypt it; the decrypted payload contains unitree, flipping valid_incoming_user with no real proof of identity [5]. In the now-authenticated session the attacker sends the Wi-Fi config instructions, placing a payload such as ";$(reboot -f);# into the SSID (or password) field. When the device later builds the sudo command from those fields and runs it via system, the injected $(...) executes as root [5]. Preconditions are minimal: BLE radio adjacency (Adjacent / AV:A); no credentials, no prior access, and no user interaction (the hardcoded key and substring handshake defeat authentication entirely); and affected common firmware present, which at disclosure meant every shipping version [5].

Step-by-step exploitation chain [1][5][6]:

  1. Move within BLE range of a target Go2, B2, G1, or H1 and connect to the Wi-Fi config GATT service (service UUID 0000ffe0-…, write characteristic 0000ffe2-…).
  2. Encrypt an instruction using the hardcoded AES-CFB128 key df98b715d5c6ed2b25817b6f2554124a and IV 2841ae97419c2973296a0d4bdfe19a4f (CVE-2025-60250) so the firmware will decrypt attacker packets.
  3. Send a handshake packet whose decrypted payload contains unitree, setting valid_incoming_user and granting authenticated state (CVE-2025-60251).
  4. Optionally send the get-serial-number instruction to confirm access, then select AP/STA Wi-Fi mode.
  5. Send the SSID-configuration instruction with an injection payload such as ";$(reboot -f);# in place of a legitimate SSID, then set an arbitrary password (CVE-2025-35027 / CVE-2025-60017).
  6. Send the trigger instruction (e.g. set country code) that spawns the Wi-Fi thread, causing the firmware to build and system-execute sudo sh.../wpa_supplicant_restart.sh "wifi_ssid wifi_pass" — the injected $(...) runs as root.
  7. With root, deploy a payload that scans BLE for other in-range Unitree robots and reuses the identical key and unitree handshake to compromise them, self-propagating into a robot botnet.

Note: the ordered instruction sequence above is documented in the PoC writeup [5], but the exact numeric instruction/opcode values for each configuration step are not enumerated in the available sources.

Proof-of-concept status. A public, working PoC exists in the Bin4ry/UniPwn GitHub repository — a Python-based BLE exploit framework plus a documented Android APK — with the exact key/IV, handshake string, injection payloads, and command paths disclosed [5]. A functional PoC payload was created on 2025-04-25 by Konstantin Severov, and the PoC demonstrates wormable self-propagation [5].

4. Discovery & timeline

The chain was discovered and disclosed by Andreas Makris (Bin4ry), Kevin Finisterre (h0stile), and Konstantin Severov [5][6]. CVE-2025-35027 was coordinated through the CNA Austin Hackers Anonymous (AHA!, takeonme.org); the other three CVEs are MITRE-scored [1][6].

  • 2025-04-14 — Discovery (Makris, Finisterre) [5].
  • 2025-04-25 — First working PoC payload (Severov) [5].
  • 2025-05-14 — Initial vendor contact via LinkedIn/GitHub [5].
  • 2025-05-28/29 — Unitree created security@unitree.com [5].
  • 2025-06-08 — Vendor claimed an existing Go1 patch, with minimal engagement [5].
  • 2025-07-18/26 — Communication deteriorated; vendor cited multi-quarter/multi-year fix timelines and stopped responding after its R1 launch [5].
  • 2025-09-20 — Public disclosure on GitHub [5].
  • 2025-09-26 — CVE-2025-35027 published [1][6].
  • 2025-10-07 — Updates reported ineffective per takeonme [6].

The researchers described the vendor response as minimal — no meaningful remediation timeline, and declined requests for debug builds or loaner hardware — and characterized it as their first and last responsible-disclosure attempt with Unitree [5][9].

5. Technical reference

  • CVE-2025-35027 — OS Command Injection (CWE-78) via BLE Wi-Fi config; CVSS 3.1 base 7.3 HIGH, vector CVSS:3.1/AV:A/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:N; CNA Austin Hackers Anonymous [1][6].
  • CVE-2025-60017 — OS Command Injection (CWE-78) via hostapd_restart.sh wifi_ssid/wifi_pass; CVSS 3.1 base 8.2 HIGH, vector CVSS:3.1/AV:A/AC:H/PR:N/UI:N/S:C/C:L/I:H/A:H, Scope Changed; CNA MITRE [2].
  • CVE-2025-60250 — Use of Hard-coded Cryptographic Key (CWE-321); decrypting BLE packets with key df98b715… and IV 2841ae97…; CVSS 3.1 base 4.7 MEDIUM, vector CVSS:3.1/AV:A/AC:L/PR:N/UI:N/S:C/C:N/I:L/A:N; CNA MITRE [3].
  • CVE-2025-60251 — Missing Authentication for Critical Function (CWE-306); accepts any handshake secret containing unitree; CVSS 3.1 base 5.0 MEDIUM, vector CVSS:3.1/AV:A/AC:H/PR:N/UI:N/S:U/C:L/I:L/A:L; CNA MITRE [4].

What the key metrics mean here. Every CVE carries AV:A (Adjacent) — the attack requires BLE radio proximity, not internet reachability, which is the single most important scope-limiter and the reason base scores land in HIGH rather than CRITICAL. The two command-injection CVEs disagree on attack complexity: CVE-2025-35027 is AC:L (the AHA! scoring, treating the chain as reliably reproducible) while CVE-2025-60017 is AC:H and PR:N with S:C (MITRE modeling the sudo-privilege crossing as a scope change with higher complexity). S:C on CVE-2025-60017 reflects that injected code escapes the vulnerable component’s authority boundary and runs as OS root. Notably, no single per-CVE base vector captures the compounded reality — unauthenticated (PR:N) root with full C/I/A impact — because CVSS scores each weakness in isolation rather than the chain.

  • Code/commit refs — no vendor patch commit is documented. PoC and exact primitives are published in Bin4ry/UniPwn [5]; the vulnerable command path and script names are given in the AHA! advisory [6].

6. Consequence & CFSE path analysis

Real-world consequence. A person standing within Bluetooth range of a Unitree robot — no credentials, no app, no touching the machine — can execute arbitrary commands as root. That means full control of a walking quadruped or humanoid: its motion stack, its onboard sensors (camera, microphone, LIDAR, spatial map), and its ability to reach and infect other robots nearby. The concrete outcomes range from bricking/rebooting a unit, to covert surveillance, to driving a physically capable machine near bystanders, to seeding a self-spreading robot botnet across a fleet.

Why the CFSE Path Score diverges from CVSS. CVSS scores each weakness in isolation and tops out at HIGH (7.3–8.2), anchored by AV:A. CFSE instead scores the consequence of the composed chain reaching real capabilities in this system, and models authority and exploitation explicitly. The entry decomposes UniPwn into three consequence paths, all rooted in the same BLE-proximity unauthenticated root primitive (hardcoded shared AES key + trivial unitree string auth + sudo command injection via the Wi-Fi config script):

  • PERCEPTION_TO_ACTION — band CRITICAL. Root reaches the motion stack of a walking quadruped/humanoid whose onboard perception (LIDAR/camera/spatial map) feeds its own actuation, creating a credible physical hazard to bystanders.
  • PERCEPTION_PRIVACY — band CRITICAL. The same root exposes live camera, microphone, LIDAR, and spatial-map data for surveillance/exfiltration (privacy-only, no physical effect).
  • FLEET_CONTROL_PLANE — dominant path, uplifted to EMERGENCY. A CRITICAL base is uplifted because the exploit is wormable: a compromised robot autonomously scans BLE and reuses the shared key to infect in-range peers, forming a self-spreading robot botnet. Recovery requires fleet-wide firmware remediation, since any unpatched in-range peer can re-seed propagation.

Authority is modeled as AT3 (OS/service root — not vendor signing/OTA root) throughout, and exploitation is EV3 (reproduced/documented with a public PoC, not confirmed exploited in the wild). The overall path_verdict is EMERGENCY, driven by the fleet-control-plane path.

Verdict: EMERGENCY.

7. Remediation & mitigations

No effective vendor patch is documented at disclosure, and updates observed as of 2025-10-07 were reported ineffective [6]. Mitigations grounded in the specific defects:

  • Attack surface — Disable or restrict the BLE Wi-Fi configuration service, and keep robots out of untrusted BLE radio range, since adjacency is the only precondition [5].
  • Fix the crypto (CWE-321) — Replace the hardcoded, device-invariant AES key/IV with per-device keys and real cryptographic authentication, eliminating the ability to forge valid packets from published constants [3][5].
  • Fix the handshake (CWE-306) — Replace the unitree-substring check with genuine challenge/response authentication so a substring can no longer stand in for identity [4][5].
  • Fix the injection (CWE-78) — Sanitize/escape or, preferably, avoid shell interpolation of Wi-Fi SSID/password inputs entirely: pass them as safely-quoted arguments to wpa_supplicant_restart.sh/hostapd_restart.sh rather than concatenating them into a sudo shell string, and drop privileges where possible [5][6].
  • Fleet-wide, not per-device — Because propagation re-seeds from any unpatched in-range peer, remediation must cover the entire fleet simultaneously; patching individual units leaves them re-infectable by neighbors [5].

Specific vendor-issued fix steps are not documented in the available sources.

8. Sources

  • [1] NVD — CVE-2025-35027 (Unitree common-firmware command injection via BLE Wi-Fi config) — NVD / NIST — https://nvd.nist.gov/vuln/detail/CVE-2025-35027 — authoritative record for the core command-injection CVE: affected models, Adjacent AV, CVSS 7.3, PoC/press references. Credibility: primary-advisory.
  • [2] NVD — CVE-2025-60017 — NVD / NIST — https://nvd.nist.gov/vuln/detail/CVE-2025-60017 — MITRE-scored OS command-injection component via hostapd_restart.sh; CVSS 8.2, Scope Changed (the entry’s headline high-severity baseline). Credibility: primary-advisory.
  • [3] NVD — CVE-2025-60250 — NVD / NIST — https://nvd.nist.gov/vuln/detail/CVE-2025-60250 — MITRE-scored hardcoded-key weakness (CWE-321), CVSS 4.7 MEDIUM. Credibility: primary-advisory.
  • [4] NVD — CVE-2025-60251 — NVD / NIST — https://nvd.nist.gov/vuln/detail/CVE-2025-60251 — MITRE-scored missing-authentication weakness (CWE-306, the unitree substring bypass), CVSS 5.0 MEDIUM. Credibility: primary-advisory.
  • [5] Bin4ry/UniPwn — original researcher writeup and proof-of-concept — Andreas Makris (Bin4ry), Kevin Finisterre (h0stile), Konstantin Severov — https://github.com/Bin4ry/UniPwn — the primary source: exact AES key/IV, unitree handshake bypass, shell-metacharacter injection payloads, wormable self-propagation, affected models, and the full disclosure timeline. Credibility: researcher-primary.
  • [6] AHA! (takeonme.org) — CVE-2025-35027 advisory — Austin Hackers Anonymous (CNA/discoverer) — https://takeonme.org/cves/cve-2025-35027/ — the publishing CNA’s page: the concrete vulnerable command path (sudo sh.../wpa_supplicant_restart.sh "wifi_ssid wifi_pass"), the CVSS 7.3 vector, discoverer credits, and the note that 2025-10-07 updates were ineffective. Credibility: researcher-primary.
  • [7] GitHub Advisory Database — GHSA-27p8-m7h9-xchc (CVE-2025-35027) — GitHub Advisory Database — https://github.com/advisories/GHSA-27p8-m7h9-xchc — curated advisory restating affected products, CVSS 7.3, the BLE-to-root mechanism via wpa_supplicant_restart.sh, an EPSS estimate, and consolidated references. Credibility: primary-advisory.
  • [8] IEEE Spectrum — Unitree robot exploit (UniPwn) — IEEE Spectrum — https://spectrum.ieee.org/unitree-robot-exploit — reputable technical-press analysis framing UniPwn as the first major public exploit of a commercial humanoid platform; explains the keys, handshake, unsanitized concatenation, and wormable consequence. Credibility: reputable-press.
  • [9] Digitimes — Critical Bluetooth flaw exposes Unitree robots to root-level takeover — Digitimes — https://www.digitimes.com/news/a20250926VL204/bluetooth-wi-fi-robot-security.html — independent corroboration of the BLE-to-root takeover, affected models, wormable propagation, and disclosure timeline/vendor response. Credibility: reputable-press.

Causal model

How the exploit reaches this consequence

3 modeled paths · each transition states what supports it.

Systemic · Dominant path

Fleet control plane

A compromised robot can scan for in-range peers and reuse the shared key, turning local root entry into repeatable deployment propagation.

EMERGENCY
  1. accessSource-backed

    Seed robot compromised over BLE

    The cited records describe BLE-adjacent access that can cross the shared-key authentication boundary and obtain root on an affected seed robot.

    Evidence NVD · NVD

  2. boundarySource-backed

    Reusable peer propagation

    The research record describes a compromised robot scanning for in-range peers and reusing the shared key to infect nearby robots.

    Evidence NVD · NVD · NVD

  3. capabilityModel inference

    Repeatable root across peers

    Automated peer scanning removes the need for the attacker to approach every robot personally, so the model assigns fleet-scale reuse and execution to an in-range deployment.

    Evidence Derived from the cited facts.

  4. consequenceModel inference

    Fleet control plane

    Repeated root compromise can aggregate control, sensing access, and safety exposure across multiple mobile robots, reaching an EMERGENCY deployment consequence.

    Evidence Derived from the cited facts.

  5. recoveryOperational assumption

    Fleet-wide remediation

    Recovery requires fleet-wide firmware remediation and coordinated verification because any unpatched peer left in range can preserve the propagation condition.

    Evidence Required deployment or recovery condition.

Decision trail

How the final band follows

  1. Base bandCRITICAL
  2. Systemic uplift

    The CRITICAL base band rises to EMERGENCY because a compromised robot can scan for peers and reuse the shared key, while recovery must cover every reachable robot in the deployment.

  3. Final bandEMERGENCY
Inspect every metric judgment

Decision rationale

How this band was reached

Reach and effort
ReachabilityRE 2
Proximity or local access

One robot must first be reached over BLE; an infected robot can then scan for nearby peers and reuse the shared key without further attacker proximity.

Source-backedNVD
Execution complexityEC 4
Straightforward operation

The published proof of concept automates peer discovery and reuse of the shared key after the first robot is compromised.

Source-backedNVD
ExposureEX 2
Access position limits exposure

Initial access remains limited to BLE range even though an infected robot can automate propagation to nearby peers.

Model inference
Consequence
Physical / safetyPH 3
Credible safety consequence

Aggregate of many root-controlled mobile robots reduces safety margin across a deployment.

Model inference
Data / perceptionDP 3
Sensitive device or personal data

Operational or firmware state across fleet.

Model inference
AuthorityAT 3
Administrative or command authority

Root authority on each peer (not firmware-update or signing-root).

Model inference
Scale and recovery
ChainabilityCH 4
Cross-domain authority chain

Multi-hop reusable cross-domain bridge.

Model inference
Reuse scaleSR 4
Shared fleet-wide primitive

(shared key across entire population).

Operational assumption
Execution scaleSX 4
Remote fleet-scale execution

After one nearby robot is compromised, automated scanning and the shared key let it approach additional in-range peers without the attacker visiting each one.

Operational assumption
Recovery burdenOR 4
Fleet action or replacement

Every affected robot needs patched firmware and coordinated verification because one unpatched peer can preserve the nearby propagation path.

Operational assumption
Confidence and status
Evidence strengthEV 3
Reproduced or documented in detail

NVD documents the condition.

Source-backedNVD
LivenessLS Active
Active on the scoring date

The cited sources support an active status on the scoring date.

Source-backedNVD
Technical vector
Compact machine notationCPATH:1.0/TT:FLEET_CONTROL_PLANE/RE:2/EC:4/EX:2/PH:3/DP:3/AT:3/CH:4/SR:4/SX:4/OR:4/EV:3/LS:ACTIVERead the scoring method →

Perception · Supporting path

Perception-to-action

BLE-proximity root authority reaches the perception and motion stack of a mobile robot, creating a modeled embodied-safety path.

CRITICAL
  1. accessSource-backed

    BLE-proximity entry

    The cited CVE records place initial access within BLE proximity or adjacent range of an affected Unitree robot.

    Evidence NVD · NVD · NVD · NVD

  2. boundarySource-backed

    Shared key to root

    The documented chain combines a shared hardcoded key, weak string authentication, and sudo command injection to cross from BLE setup access to root authority.

    Evidence NVD · NVD

  3. capabilityModel inference

    Root reaches the embodied stack

    Root authority can reach onboard perception inputs and the motion stack; that is the modeled transition from device compromise to perception-informed actuation.

    Evidence Derived from the cited facts.

  4. consequenceModel inference

    Mobile-robot safety consequence

    Unauthorized control of the motion stack reaches physical movement, placing the device-control safety path in the CRITICAL band.

    Evidence Derived from the cited facts.

  5. recoveryOperational assumption

    Per-unit embodied recovery

    This path assumes BLE proximity for initial actuation control and vendor firmware remediation with per-unit verification; it does not inherit fleet propagation automatically.

    Evidence Required deployment or recovery condition.

Decision trail

How the final band follows

  1. Base bandCRITICAL
  2. No adjustment

    The CRITICAL base band remains final because no separate cap or systemic uplift applies. Onboard perception (LIDAR or spatial map or camera) drives the robot's own actuation, so perception feeds action (the perception-to-action link).

  3. Final bandCRITICAL
Inspect every metric judgment

Decision rationale

How this band was reached

Reach and effort
ReachabilityRE 2
Proximity or local access

The initial attacker must be within BLE range; the shared key and weak authentication then expose the root command path without a prior account.

Source-backedNVD
Execution complexityEC 4
Straightforward operation

The published proof of concept combines the shared BLE key, weak string authentication, and command injection into a reproducible root workflow.

Source-backedNVD
ExposureEX 2
Access position limits exposure

The root workflow is reproducible, but the attacker still has to begin within BLE range of an affected robot.

Model inference
Consequence
Physical / safetyPH 4
Severe therapy or actuation consequence

A compromised robot can issue motion commands to peers, creating a credible risk of collision or unsafe movement around people.

Model inference
Data / perceptionDP 4
Safety-driving perception or intimate data

Onboard perception (LIDAR or spatial map or camera) drives the robot's own actuation, so perception feeds action (the perception-to-action link).

Model inference
AuthorityAT 3
Administrative or command authority

The reused fleet key grants command authority over reachable robots without exposing the vendor’s firmware-signing root.

Model inference
Scale and recovery
ChainabilityCH 4
Cross-domain authority chain

Crosses RF to device to physical or safety boundaries.

Model inference
Reuse scaleSR 4
Shared fleet-wide primitive

Shared key reuses across population.

Operational assumption
Execution scaleSX 2
Proximity-bound repetition

Initial motion control remains limited to one robot within BLE range; automated peer propagation is assessed in the separate fleet path.

Operational assumption
Recovery burdenOR 3
Coordinated operational recovery

Vendor firmware fix needed but per-unit, not a recall or signing-root rotation.

Operational assumption
Confidence and status
Evidence strengthEV 3
Reproduced or documented in detail

NVD documents the condition.

Source-backedNVD
LivenessLS Active
Active on the scoring date

The cited sources support an active status on the scoring date.

Source-backedNVD
Technical vector
Compact machine notationCPATH:1.0/TT:PERCEPTION_TO_ACTION/RE:2/EC:4/EX:2/PH:4/DP:4/AT:3/CH:4/SR:4/SX:2/OR:3/EV:3/LS:ACTIVERead the scoring method →

Privacy · Supporting path

Perception privacy

Root access exposes live camera and microphone streams, LIDAR output, and spatial maps that describe the robot's surroundings.

CRITICAL
  1. accessSource-backed

    Proximity or local access

    The attacker first obtains root from within BLE range using the same shared-key weakness as the motion-control path.

    Evidence NVD

  2. boundaryModel inference

    Reusable multi-stage bridge

    BLE entry crosses into the robot operating system and then into live sensing and stored spatial state.

    Evidence Derived from the cited facts.

  3. capabilityModel inference

    Safety-driving perception or intimate data

    Root access exposes live camera and microphone streams, LIDAR output, and spatial maps that describe the robot's surroundings.

    Evidence Derived from the cited facts.

  4. consequenceModel inference

    Perception privacy

    Root access exposes live camera and microphone streams, LIDAR output, and spatial maps that describe the robot's surroundings.

    Evidence Derived from the cited facts.

  5. recoveryOperational assumption

    Coordinated operational recovery

    Affected robots need the vendor firmware fix and per-unit verification that the shared-key entry path is closed.

    Evidence Required deployment or recovery condition.

Decision trail

How the final band follows

  1. Base bandCRITICAL
  2. No adjustment

    The CRITICAL base band remains final because no separate cap or systemic uplift applies. Root access exposes live camera and microphone streams, LIDAR output, and spatial maps that describe the robot's surroundings.

  3. Final bandCRITICAL
Inspect every metric judgment

Decision rationale

How this band was reached

Reach and effort
ReachabilityRE 2
Proximity or local access

The attacker first obtains root from within BLE range using the same shared-key weakness as the motion-control path.

Source-backedNVD
Execution complexityEC 4
Straightforward operation

The published root workflow already exposes the robot operating system; opening camera, microphone, LIDAR, or map data requires no separate exploit.

Source-backedNVD
ExposureEX 2
Access position limits exposure

The technique is easier to perform than it is to position against a target, so access is the constraining factor.

Model inference
Consequence
Physical / safetyPH 0
No direct physical effect

This privacy path concerns surveillance through robot sensors; any physical hazard from root-controlled motion is assessed in the separate safety path.

Model inference
Data / perceptionDP 4
Safety-driving perception or intimate data

Root access exposes live camera and microphone streams, LIDAR output, and spatial maps that describe the robot's surroundings.

Model inference
AuthorityAT 3
Administrative or command authority

The attacker holds operating-system root while collecting sensor data; the path does not claim control of a vendor signing key.

Model inference
Scale and recovery
ChainabilityCH 3
Reusable multi-stage bridge

BLE entry crosses into the robot operating system and then into live sensing and stored spatial state.

Model inference
Reuse scaleSR 4
Shared fleet-wide primitive

The shared BLE key and root workflow can be reused across affected robot models.

Operational assumption
Execution scaleSX 2
Proximity-bound repetition

Sensor collection is available on each compromised robot, while initial access to this path remains proximity-bound.

Operational assumption
Recovery burdenOR 3
Coordinated operational recovery

Affected robots need the vendor firmware fix and per-unit verification that the shared-key entry path is closed.

Operational assumption
Confidence and status
Evidence strengthEV 3
Reproduced or documented in detail

NVD documents the condition.

Source-backedNVD
LivenessLS Active
Active on the scoring date

The cited sources support an active status on the scoring date.

Source-backedNVD
Technical vector
Compact machine notationCPATH:1.0/TT:PERCEPTION_PRIVACY/RE:2/EC:4/EX:2/PH:0/DP:4/AT:3/CH:3/SR:4/SX:2/OR:3/EV:3/LS:ACTIVERead the scoring method →

Triage implication

Prioritize the systemic transition.

Triage beyond the first device by mapping the reusable condition, propagation mechanism, and recovery dependency across the deployment.

Evidence ledger

Public sources used by this record.

Published baseline

Why this band differs from CVSS

RelationshipPaths model is higher
Baseline confidencehigh
Scored2026-06-03
v3.1 · 7.3 HIGHTakeonme CNA via NVD (CVE-2025-35027)
CVSS:3.1/AV:A/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:N
v3.1 · 8.2 HIGHMITRE via NVD (CVE-2025-60017)
CVSS:3.1/AV:A/AC:H/PR:N/UI:N/S:C/C:L/I:H/A:H
v3.1 · 4.7 MEDIUMMITRE via NVD (CVE-2025-60250)
CVSS:3.1/AV:A/AC:L/PR:N/UI:N/S:C/C:N/I:L/A:N
v3.1 · 5 MEDIUMMITRE via NVD (CVE-2025-60251)
CVSS:3.1/AV:A/AC:H/PR:N/UI:N/S:U/C:L/I:L/A:L

Related paths

Compare trust boundaries across products.

Cite this entryCFSE Consequence Paths Registry 1.0, CPATH-2026-0023 (“BLE Wi-Fi configuration root takeover”), paths.cfse.ai/CPATH-2026-0023 (published 2026-06-03).