Opens in a new tab

Spoofing in Counter-UAS: Point Spoofing, Directional Redirection & GNSS Signal Takeover

The author is the CTO of a counter-drone company; this article draws on the countermeasure engineering our team does on GNSS spoofing and jamming systems.

GNSS signals carry an inherent design flaw that every engineer knows about: satellite transmit power is limited, and by the time a signal has traveled roughly 20,000 kilometers from orbit and reached a ground receiver, its power has attenuated to the -130 dBm range, below the ambient noise floor. A receiver can lock onto the signal because of the processing gain provided by the spreading code, not because the signal itself is strong. This characteristic means GNSS never had a “signal authenticity check” built into its design from the outset: civilian C/A code is fully public, and a receiver will unconditionally trust any signal that arrives with sufficient power and a matching code pattern.

No. Navigation System Band Frequency (MHz) Bandwidth (MHz)
1 BDS (China) B1I 1561.098 4.092
2 B1C 1575.42 32.736
3 B2I 1207.14 4.092
4 B2A 1176.45 20.46
5 B3I 1268.52 20.46
6 B2B 1207.14 20.46
7 GPS (USA) L1 C/A 1575.42 2.046
8 L1 C 1575.42 4.092
9 L1 P 1575.42 20.46
10 L2 C/A 1227.6 2.046
11 L2 P 1227.6 20.46
12 L5 1176.45 20.46
13 GLONASS (Russia) L1 1602 8.3345
14 L2 1246 6.7095
15 L3 1202.025 20.46
16 Galileo (EU) E1 1575.42 14.322
17 E5A 1176.45 20.46
18 E5B 1207.14 20.46
19 E6 1278.75 10.23
20 QZSS (Japan) L1 C/A 1575.42 2.046
21 L1C 1575.42 4.092
22 L2C 1227.6 2.046
23 L5 1176.45 20.46
24 IRNSS (India) L5 1176.45 2.046

For the past two decades this inherent flaw has been discussed repeatedly as a “security risk,” but for developers of Counter-UAS (anti-drone, hereinafter C-UAS) systems it is an engineering lever that can be turned to advantage: if a drone’s flight controller cannot itself distinguish authentic satellite signals from forged ones, then a forged signal with sufficiently convincing power, code pattern, and timing can make that flight controller “willingly” accept a set of false coordinates. This is the technical basis for GNSS spoofing in the C-UAS domain, and it is the core subject of this article.

Spoofing vs. Jamming: Two Fundamentally Different Logics of Electromagnetic Countermeasures

Before laying out the three tactical applications, it is worth clarifying spoofing and jamming, two concepts that are frequently conflated, because in engineering implementation and effect control they follow two entirely different paths.

Spoofing is fine-grained deception: instead of overwhelming the authentic signal, it transmits a forged signal set at slightly higher power than the authentic signal but with a fully compliant code pattern and timing, so that the receiver’s tracking loop transitions smoothly from the authentic signal to the forged one. The receiver is completely unaware of the transition: it still believes it is positioning normally, except that the coordinates it computes are now the false coordinates specified by the attacker. The direct engineering value of this characteristic is that spoofing turns a drone’s landing point, heading, and even descent rate into programmable parameters, rather than a crude “signal denial.”

Drone Spoofing Detection
Spoofing
Drone Jamming Detection
Jamming

Jamming is brute-force saturation: it transmits high-power noise or pseudo-random signals into the GNSS band, suppressing the signal-to-noise ratio of the authentic satellite signals to the point where the receiver cannot demodulate them. The receiver responds by losing lock entirely, losing position and timing, and falling back on dead reckoning or directly triggering the drone’s Return-to-Home / forced-landing protection logic. Jamming is relatively simple to implement in engineering terms, but its cost is that the effect cannot be controlled: which protection logic the drone executes after losing lock depends entirely on the vendor’s firmware, and the operator cannot dictate where the drone goes.

From the perspective of C-UAS system design, these two are not an either-or choice but software configurations of the same hardware platform (a multi-band GNSS transceiver) operating in different modes: the signal transmission chain of a spoofing device can be fully reused for jamming, and vice versa, with the difference lying mainly in the baseband signal generation algorithm and the higher-level control logic. This is why many C-UAS vendors label their products as “Integrated Jamming & Spoofing.”

Three Tactical Applications: An Intensity Spectrum from Redirection to Takeover

In real C-UAS deployments, spoofing is not a single function but is divided into three tiers by intervention intensity, and the operator can select the appropriate tier based on the threat level and scenario constraints (for example, whether crashing the drone is acceptable).

1. Point Spoofing

Point Spoofing depends on the real-time target coordinates supplied by a radar or RF detection system as its upstream input. This is where spoofing picks up from radar-based detection: radar establishes where the drone is, and the spoofing device decides where it goes next.

In engineering terms, the system must maintain three coordinate sets: the drone’s current real-time position (continuously updated by the detection system), the device’s own deployment coordinates, and the preset target landing point. From these three coordinate sets the spoofing signal generator dynamically computes a “spoofing trajectory,” that is, the trajectory the drone’s flight controller must be made to believe it is flying along, and then adjusts transmit power, forged Doppler shift, and pseudorange in real time to guide the flight controller into a smooth descent to the preset landing point without triggering any anomaly warning.

The core advantage of this approach is a controllable landing point and a stable attitude; the drone will not lose control and crash because a position jump triggered an attitude protection response, which is critical for VIP security and industrial facility protection scenarios: you do not want a spoofed drone to suddenly lose control and fall freely over the target.

2. Directional Redirection (Directional Repulsion / Forced Diversion)

If the goal is not to land the drone but simply to drive it out of a given airspace, Directional Redirection is the more lightweight option. The system does not need to produce a precise landing point; it only needs to continuously modify the heading deviation the drone computes, so that the flight controller “believes” it is drifting off course and triggers automatic correction or return-to-home logic, with the practical effect being that the drone is lured out of the designated airspace.

This tactic is a natural fit for no-fly zone enforcement scenarios: airport approach and departure airspace, border patrol, and the outer perimeter of security for large events. The operator only needs to set a redirection bearing, and the system will continuously output the corresponding spoofing signal; the drone does not actually have to land, nor does the operator need to know its precise touchdown point. This is a more “gentle” option, better suited to non-lethal handling requirements. Redirection intensity can also be graded: from a barely perceptible slow heading drift to a pronounced forced turn, depending on the power differential and phase-shift rate between the forged and the authentic signals.

3. GNSS Signal Takeover

GNSS signal takeover is the deepest tier in the spoofing intensity spectrum: rather than settling for making the drone deviate or land, it continuously suppresses the power of the authentic satellite signals while completely filling the receiver’s tracking loop with the attacker’s own forged signals, so that the flight controller’s position, velocity, and heading solutions are entirely determined by the attacker. In theory, the attacker can make the drone fly any feasible trajectory, including making the flight controller misjudge that it is in an extreme attitude and thereby trigger a protective forced landing, achieving a faster resolution.

One easily confused conceptual boundary needs to be clarified here: when the industry discusses “drone takeover,” it is actually pointing to two entirely different technical paths. This article discusses takeover at the GNSS layer: deceiving the flight controller’s navigation input while the drone’s own communication link remains intact, so the drone is simply “tricked into flying.” The other path is communication protocol cracking: breaking the video and control link protocol between the drone and its remote controller (for example, cracking the frequency hopping sequence or reverse-engineering a proprietary encrypted protocol) and directly sending forged control commands to the flight controller. That is a man-in-the-middle attack at the protocol layer, entirely unrelated to whether GNSS has been spoofed, and its defenses (frequency hopping anti-jamming, protocol encryption strength) are completely different as well. Both are called “takeover” in terms of effect, but the attack surface, detection signatures, and defensive approach are two separate systems. Readers evaluating vendor proposals can easily be misled by the vague term “takeover,” so when selecting a system, always first confirm which path the vendor means.

Application Scenarios: Why Spoofing Is Preferred in VIP and Industrial Protection

Compared with hard-kill means such as lasers, interceptor nets, and kinetic interception, soft-kill means such as spoofing and light jamming offer clear deployment advantages in two types of scenarios:

VIP / dignitary protection: when countering a drone over an event venue, the greatest concern is that the countermeasure itself causes secondary harm, since the debris trajectory of a drone that is shot down or forced to land is uncontrollable. Spoofing lets the operator designate a landing point away from the crowd, or simply drive the drone gently out of the security airspace, without destroying the target at any point.

Industrial / critical infrastructure protection: at sites such as refineries, chemical plants, and data centers, any form of explosive, electromagnetic pulse, or kinetic interception above the airspace carries collateral risk. Spoofing and jamming are among the few countermeasure options that produce no secondary physical harm, and they are also easier to align with on-site safety compliance requirements.

What these two scenario types share is the requirement that the drone itself need not be struck down, which is also why spoofing sits closer to civil and quasi-military market demand than hard-kill options such as interceptor nets or kinetic interception.

Related Open-Source Projects

GNSS spoofing and anti-spoofing detection have a fairly active open-source ecosystem in academia and the security research community, which is very helpful for understanding the underlying signal generation and detection principles:

gps-sdr-sim: the most widely used open-source GPS baseband signal generator today. It uses a RINEX ephemeris file to generate forged GPS signals that can be played back on SDR platforms such as HackRF, bladeRF, LimeSDR, and ADALM-Pluto, making it the most direct reference implementation for learning how spoofing signal generation works. It has spawned real-time branches such as bladeGPS, LimeGPS, and multi-SDR-GPS-SIM, the last of which even supports dynamically adjusting target range, azimuth, and altitude parameters in flight.

gnss-sdr (and its anti-spoofing research fork oscimp/gnss-sdr): an open-source software-defined GNSS receiver built on GNU Radio. Researchers have implemented multi-antenna null-steering beamforming anti-spoofing and anti-jamming algorithms on top of it, making it an important reference project on the detection side.

GPSTest (Android): an open-source GNSS diagnostic tool for end devices. In its issue tracker, the community has long discussed how to implement lightweight spoofing and jamming detection signatures by comparing positioning data from multiple sources, an approach that offers useful reference value when choosing detection algorithms.

Most of these projects are intended for academic research and security testing. C-UAS systems in actual deployment far exceed these open-source implementations in real-time signal generation, multi-band coverage, and power control precision, but the underlying principle is the same: as long as a forged signal matches the authentic signal in spreading code, Doppler shift, and pseudorange, the receiver has no ability to tell the two apart.

Summary

Spoofing technology converts the GNSS receiver’s design flaw of “unconditional trust in the signal” into a programmable soft-kill countermeasure: from the gentlest directional redirection, to point spoofing with a controllable landing point, and finally to a complete GNSS signal takeover of the navigation solution, these are essentially the same multi-band signal transmission platform under different control strategies. As one link in the complete Counter-UAS technology stack, a spoofing system usually works in coordination with radar / RF detection (which supplies real-time target coordinates) and jamming (a fallback when spoofing fails), together forming a closed loop from detection to countermeasure.

Key Takeaways

GNSS was designed without a signal-authenticity check — a receiver trusts any signal with enough power and a matching code pattern, and that is the flaw spoofing exploits.

Jamming denies the signal; spoofing replaces it. Only spoofing turns a drone’s landing point, heading, and descent rate into programmable parameters.

A spoofing device and a jammer are the same multi-band hardware under different software configurations, which is why vendors ship them as one unit.

The three tiers form an intensity spectrum — Point Spoofing for a controlled landing, Directional Redirection to push a drone out of an airspace, GNSS Signal Takeover for full control of the navigation solution.

“Drone takeover” names two unrelated attacks — GNSS-layer spoofing and communication-protocol cracking — with different attack surfaces, detection signatures, and defenses.

Frequently Asked Questions

Perimeter assessment

Not sure which C-UAS setup fits your site?

Our engineers map your airspace risk and match it to a radar + RF detection + jamming configuration — no generic bundles.

Request a system brief
Response within 1 business day
M

Mankiw ——

CTO, AE Defense

Led software development and debugging for the counter-UAS system, drove hardware design and development, and headed the team's R&D of detection and jamming PCBs, with products deployed across 20+ countries.

Connect on LinkedIn
3+
Years RF/C-UAS engineering
20+
Countries deployed
Tier 1 manufacturerMulti-site production