Un drone aziendale è un dispositivo connesso, con un firmware, un canale di comunicazione radio, un ricevitore satellitare e spesso una memoria a bordo che conserva riprese e coordinate. Sotto il profilo della sicurezza è un endpoint a tutti gli effetti, con la differenza che quasi nessuna azienda lo inserisce nell’inventario dei dispositivi da proteggere.
Il termine drone hacking raccoglie le tecniche con cui si interferisce con quel dispositivo: dal disturbo del collegamento radio alla manipolazione del segnale di posizionamento, fino all’accesso ai dati registrati. Vediamo cosa significa concretamente per un’azienda che usa droni per rilievi, ispezioni o riprese, e come questi dispositivi rientrano nel perimetro di un’analisi di sicurezza.

Perché un drone è un dispositivo esposto
Un drone commerciale monta un firmware, un modulo radio per il collegamento con il radiocomando, un ricevitore GNSS per il posizionamento e, nei modelli professionali, una scheda di memoria e una connessione all’applicazione mobile del pilota. Ognuno di questi elementi è una superficie di attacco.
La differenza rispetto a un server o a una postazione di lavoro è la gestione: su un endpoint tradizionale esistono processi di patching, inventario e controllo degli accessi, mentre il drone viene trattato come uno strumento di lavoro e non come un sistema informatico. Il firmware resta alla versione con cui il dispositivo è arrivato, le credenziali dell’applicazione di controllo sono spesso quelle di un account personale, e le riprese finiscono su una scheda che nessuno cifra.
Il tema è lo stesso del firmware come bersaglio: il livello più basso e meno aggiornato di un dispositivo è quello che riceve meno attenzione.
Le tecniche di interferenza note
Le tecniche documentate in letteratura si concentrano su due punti: il canale di comando e il segnale di posizionamento. Le descriviamo per quello che comportano dal lato della difesa, non nella loro esecuzione.

| Tecnica | Su cosa agisce | Effetto per l’operatore |
|---|---|---|
| Jamming | Collegamento radio fra radiocomando e velivolo | Perdita del controllo, attivazione delle procedure di rientro automatico o atterraggio d’emergenza |
| Spoofing del segnale satellitare | Ricevitore GNSS a bordo | Il velivolo calcola una posizione diversa da quella reale e la telemetria registrata risulta inattendibile |
| Accesso al canale dati | Trasmissione video e telemetria non cifrate | Intercettazione delle riprese in corso senza alcuna traccia lato operatore |
| Sfruttamento di vulnerabilità del firmware | Software di bordo e applicazione di controllo | Alterazione dei parametri di volo o accesso ai contenuti in memoria |
Il jamming è disturbo del segnale, non un’infezione: non installa nulla e non lascia codice sul dispositivo. È una distinzione che conta, perché i due casi richiedono contromisure completamente diverse e vengono spesso confusi. Lo spoofing satellitare, al contrario, non interrompe niente: il velivolo continua a volare convinto di essere altrove, e questo lo rende più difficile da riconoscere sul momento.
Nessuna di queste tecniche è specifica dei droni. Sono le stesse categorie che si incontrano su qualsiasi dispositivo con firmware non aggiornato e comunicazione in chiaro, dai sensori industriali alle telecamere IP.
Il problema dei dispositivi non censiti
Qui sta il punto che riguarda direttamente la sicurezza aziendale. Quando un reparto acquista un drone per rilievi o ispezioni, quel dispositivo non passa dall’IT: viene comprato come attrezzatura, configurato da chi lo usa, e collegato alla rete aziendale o a un hotspot per scaricare i contenuti.
Il risultato è un dispositivo che tratta dati aziendali senza comparire in nessun inventario. La stessa dinamica vale per stampanti di reparto, apparati di videosorveglianza acquistati dalla logistica e sensori installati dai fornitori di manutenzione. Un Vulnerability Assessment individua proprio questa categoria di rilievi: cosa risulta effettivamente raggiungibile in rete, quali versioni di firmware sono in uso, quali servizi sono esposti senza necessità.
Vale la pena ricordare che una scansione automatica lasciata a sé stessa non basta: su dispositivi atipici tende a produrre segnalazioni generiche difficili da interpretare, come discusso a proposito dei limiti degli assessment automatici.
Sapete quali dispositivi sono realmente raggiungibili nella vostra rete?
Il Vulnerability Assessment censisce i dispositivi connessi, rileva le versioni non aggiornate e restituisce le vulnerabilità in ordine di priorità.
I dati che un drone raccoglie e conserva
Un drone usato per un’ispezione produce materiale che raramente viene classificato come dovrebbe. Le riprese di uno stabilimento mostrano layout produttivi, disposizione degli impianti, accessi e presidi di sicurezza fisica. La telemetria contiene coordinate, orari e percorsi, quindi anche informazioni su quando e dove si opera.
Se quel materiale finisce nelle mani sbagliate, il danno non è il drone ma ciò che il drone ha visto. In un contesto di concorrenza, immagini dettagliate di una linea produttiva valgono più di molti documenti. E se nelle riprese compaiono persone identificabili, si entra nel trattamento di dati personali, con gli obblighi che ne derivano.
Il percorso dei file dopo il volo è la parte più trascurata: scheda di memoria non cifrata, trasferimento su una postazione qualsiasi, caricamento su un servizio cloud personale. Ognuno di questi passaggi è un punto in cui il materiale esce dal controllo aziendale, e nessuno di essi ha a che fare con la sicurezza del velivolo.
Obblighi e responsabilità

L’uso dei droni in Italia è regolato da ENAC e dal quadro europeo EASA, che disciplinano abilitazioni degli operatori, registrazione dei velivoli e categorie di operazione. Sono requisiti di sicurezza aeronautica, distinti dalla sicurezza informatica.
Sul piano informatico si applicano le regole generali. Un drone che tratta dati aziendali o personali rientra fra i sistemi per cui è richiesta l’adozione di misure tecniche adeguate, secondo il GDPR e, per i soggetti che ne rientrano, la direttiva NIS2. Le verifiche periodiche di sicurezza su tutto ciò che tratta dati sono parte di quel quadro: il tema è trattato in modo esteso nell’articolo su verifiche documentate e conformità.
Un dispositivo che nessuno ha censito non può essere né valutato né documentato. È il motivo per cui il censimento precede qualsiasi misura tecnica.
Come ridurre l’esposizione
Le misure utili sono ordinarie, e questo è il punto: applicare a un drone la stessa disciplina che si applica agli altri endpoint.
| Misura | Perché |
|---|---|
| Inserire i droni nell’inventario dei dispositivi | Ciò che non è censito resta fuori da ogni processo di sicurezza |
| Aggiornare il firmware con la stessa disciplina degli altri sistemi | Le correzioni di sicurezza arrivano con gli aggiornamenti del produttore |
| Usare account aziendali per le applicazioni di controllo | Un account personale porta con sé riutilizzo di credenziali deboli e nessuna revoca all’uscita della persona |
| Definire dove finiscono i file dopo il volo | Il percorso dei dati è dove si concentra il rischio reale |
| Segmentare la rete usata per lo scarico dei contenuti | Evita che un dispositivo non gestito raggiunga i sistemi di produzione |
| Formare chi utilizza i dispositivi | Le scelte che generano esposizione vengono fatte da chi opera, non dall’IT |
L’ultima voce è quella che pesa più delle altre. Le decisioni che aprono un’esposizione vengono prese dal reparto che acquista il dispositivo, mesi prima che l’IT ne venga a conoscenza. Una policy che dica cosa si può collegare alla rete aziendale e a quali condizioni vale più di qualsiasi contromisura applicata dopo.
La consapevolezza di chi usa i dispositivi è la prima misura di sicurezza.
I percorsi formativi della Cyberment Academy sono costruiti sui rischi reali dei ruoli aziendali, non su contenuti generici.
