Join our Newsletter — 33% off our NHI Course
Home› Glossary› Cyber Security› Drone
Cyber Security

Drone

← Back to Glossary
By NHI Mgmt Group Updated November 3, 2026 Domain: Cyber Security

A drone is an unmanned aircraft or other remotely operated autonomous vehicle. In IT and security contexts, it usually means a flying platform controlled by software, radio link or pre-programmed flight logic, with onboard sensors, cameras and telemetry that create data, safety and access control concerns.

What makes a drone a security concern

A drone is not just a flying device, it is a mobile computing and sensing platform with a control link, firmware, onboard storage and telemetry. That combination creates a security boundary that can be attacked, disrupted or abused, especially when the aircraft crosses into restricted airspace, carries sensitive payloads or depends on external navigation and communications.

For defenders, the key issue is that drones blend physical safety, cyber risk and data handling. A compromise can affect flight behaviour, sensor integrity, operator control and the confidentiality of what the platform records or transmits.

How drones create attack surface

Drones expose several layers of attack surface at once: the radio or network link, the ground control application, the firmware stack, mission planning logic and any cloud service used for logging or fleet management. Weakness in any one layer can create a path to control loss, telemetry manipulation or unintended data disclosure.

Common design trade-offs include convenience versus control, and autonomy versus observability. The more a drone relies on pre-programmed behaviour, remote command channels or external navigation inputs, the more important it becomes to protect those trust relationships and validate what the aircraft is being told to do.

In practical terms, drone security is often about protecting command, control and telemetry from interception, spoofing or tampering. It is also about understanding whether the platform stores imagery, location traces or other sensitive mission data that may persist after the flight ends.

Operational and data implications

Drone deployments are often treated as equipment procurement, but they behave more like connected systems. That means they introduce lifecycle issues such as firmware maintenance, device inventory, access to operator consoles and retention of captured data. If those elements are unmanaged, the drone can become a persistent operational exposure rather than a one-time asset.

Privacy and compliance questions also matter where cameras, microphones, geolocation or environmental sensors are involved. Even when the aircraft is used legitimately, the data it gathers may be sensitive enough to require tighter handling than the airframe itself suggests.

Security controls that matter most

The most important controls usually focus on trusted command paths, hardened management interfaces, secure firmware, strong operator authentication and disciplined asset inventory. NIST SP 800-53 Rev 5 Security and Privacy Controls is useful here because it frames the supporting controls for access control, authentication, logging and configuration management.

Where drone operations are part of a wider connected environment, defenders should also think in terms of least privilege and continuous verification. NIST Cybersecurity Framework 2.0 helps organise the problem across govern, identify, protect, detect, respond and recover, which fits a drone programme that spans hardware, software and operational use.

If the platform depends on a cloud-managed fleet console, telemetry pipeline or API-driven control layer, then the drone inherits the security of those services too. OWASP API Security Top 10 is relevant where exposed management APIs or poor authorisation could allow unauthorised flight, data access or mission manipulation.

Risk and Threat Considerations

Drones are attractive to attackers because a successful compromise can create both immediate physical effects and downstream data exposure. The most serious failures involve loss of command integrity, GPS or navigation spoofing, insecure management channels, or capture of sensitive imagery and telemetry.

Failure mechanism: An attacker exploits weak radio security, flawed authentication, poor API controls or insecure firmware update handling to interfere with navigation, exfiltrate data or take over the management path.

Impact: The result can be flight diversion, crash risk, surveillance exposure, mission failure, or broader compromise of the systems used to operate the drone fleet.

Standards & Framework Alignment

This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.

OWASP API Security Top 10 addresses the attack and risk surface, while NIST SP 800-53 Rev 5 and NIST CSF 2.0 set the governance and control requirements practitioners need to meet.

FrameworkControl / ReferenceRelevance
NIST SP 800-53 Rev 5AC-17 — Remote AccessDrones depend on remote command and control links.
IA-2 — Identification and Authentication (Organizational Users)Operator consoles and fleet tools need authenticated access.
CM-8 — System Component InventoryDrone fleets need visibility into airframes, controllers and software components.
Recommendation — Restrict and monitor remote drone control paths. Require strong authentication for drone operators and administrators. Inventory drones, controllers and supporting software.
NIST CSF 2.0ID.AM-01 — Physical devices and systems within the organization are inventoriedDrone fleets are physical devices that must be tracked as assets.
Recommendation — Maintain an accurate inventory of drones and support equipment.
OWASP API Security Top 10API5 — Broken Function Level AuthorizationDrone fleet APIs can expose privileged flight or management functions.
Recommendation — Authorize drone management functions at the correct privilege level.

Practitioner Guidance

Why practitioners should care: Drone security is not only about preventing theft or tampering, it is about preserving trust in a system that can physically move, record and communicate outside the normal perimeter. Treat the aircraft, its ground software and its data flows as one operational security problem.

What to watch for: Unexpected control behaviour, unexplained telemetry gaps, unusual operator logins, stale firmware and unapproved use of third-party apps or remote management services are all warning signs that the trust model may be failing.

Practitioner takeaway: A drone programme is safest when access, control and data handling are governed with the same discipline as any other connected operational technology or remote-access system.

Free weekly newsletter

Subscribe to the NHI & AI Identity Journal

The latest on NHI and Agentic AI security – articles, research, breaches, news and events every week.

Bonus 33% off our NHI Course when you subscribe.

NHIMG Editorial Note
Reviewed and updated by the NHIMG editorial team on November 3, 2026.
NHI Mgmt Group — the #1 independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org