External risk intelligence

DJI CrystalSky ADB Unauthenticated Shell Vulnerability.

CVE advisorySeverity: CRITICAL (CVSS 9.3)

CVE-2026-114357

The vulnerability resides in the Android Debug Bridge (ADB) daemon. While network-reachable via TCP, ADB is not enabled over TCP by default and typically requires manual configuration or specific scripts to expose it to the network. In its default factory state, the interface is intended for local USB connection, making public internet exposure uncommon and dependent on specific user actions.

Missing Authentication

Halo Surface Signal: 2 out of 5 — less likely to be public-facing.

External exposure likelihood

Horizon Alert

Summary of the vulnerability and why it matters

The Android Debug Bridge daemon in DJI CrystalSky firmware contains a critical vulnerability that allows an attacker to gain unauthorized shell access, potentially leading to elevated privileges. This issue is present in specific firmware versions and is reachable both via USB and, if enabled, over the network.

  • Unauthenticated shell access to the device.
  • Critical vulnerability could allow system compromise.
  • Assess relevance and exposure for security oversight.

Attack Path

How an attacker could exploit the issue

An attacker could gain access to a device through its USB port or, if enabled, over the network. This access allows them to interact with the Android Debug Bridge daemon, a component that handles debugging commands. By exploiting a flaw in this daemon, an attacker can bypass authentication and obtain a shell, providing a starting point for further actions on the device.

  • Unauthenticated shell access is possible.
  • Triggered via an unauthenticated ADB connection.
  • Enables foothold for privilege escalation.

Live Threat

Current exploitation, exposure, and threat context

The Android Debug Bridge daemon in DJI CrystalSky firmware could allow an unauthenticated attacker to gain shell access. This could happen when ADB is enabled, either via USB or, when explicitly configured, over the network. The compromised shell runs with user ID 2000, which is a potential stepping stone for further privilege escalation.

  • Unauthenticated shell access to the device.
  • ADB enabled over USB or network.
  • Foothold for privilege escalation.

Operational Fix

Recommended remediation, mitigation, and detection steps

The DJI CrystalSky ZS600C firmware's missing authentication in ADBd presents a critical risk, potentially allowing unauthenticated shell access and privilege escalation. Owners of these devices, likely consumers or specialized field operators, must first identify all units and assess their network exposure and business criticality. Planning remediation should prioritize risk-based strategies, considering the default ADB configuration and the ease of network activation.

  • Identify device inventory and exposure.
  • Verify ADB network reachability and criticality.
  • Plan targeted remediation for high-risk devices.

Supplementary metadata

Validate whether this threat affects your internet-facing exposure.

Halo Threat Intelligence helps prioritize remediation with Halo Surface Signal and H/A/L/O context. Start exposure validation with a free external attack surface trial.

Frequently asked questions

What is the DJI CrystalSky ZS600C?

The DJI CrystalSky ZS600C is a dedicated monitor designed for drone pilots to view live video feeds and control aircraft settings. It operates on a customized Android-based firmware that includes the Android Debug Bridge (ADB), a tool traditionally used by developers to communicate with and debug the device operating system.

What does CVE-2026-114357 mean?

This vulnerability, classified as CWE-306 (Missing Authentication for Critical Function), means the ADB daemon on these devices allows connections without verifying the user's identity. Because the software lacks a security handshake, it grants an unauthenticated remote shell, which functions as an entry point for unauthorized users to send commands.

How is this vulnerability triggered?

The bug is triggered by establishing an ADB connection to the device. While this is always possible via a direct USB cable, it only becomes reachable over the network if a user has manually enabled ADB over TCP, such as by running specific scripts or setting specific device properties. Standard network traffic that does not attempt an ADB connection does not trigger the flaw.

Is my device at risk based on Halo Surface Signal?

Halo Surface Signal considers active exploitation unlikely for most users because the interface is not exposed to the internet by default. The device ships with ADB over TCP disabled. Risk is localized to scenarios where an administrator has intentionally configured the device to accept ADB connections over a network rather than exclusively via physical USB.

What should I do if I use this firmware?

Start by identifying all affected ZS600C units in your inventory. Verify whether ADB over TCP has been enabled on any of these devices, as this significantly increases the attack surface. If you are not actively using ADB for legitimate debugging or development, ensure the feature is disabled and prioritize these devices for official firmware updates when available.

References