Bezpečnostní dron závislý na cloudu přestává být bezpečnostním systémem ve chvíli, kdy vypadne spojení. Lokální architektura (local-first, offline-first) znamená, že objekt má na vlastním edge hardwaru vše, co potřebuje k létání, sledování, detekci a nahrávání. Cloud, pokud se vůbec používá, přidává navíc vzdálený náhled, úložiště nebo správu flotily, a jeho vypnutí ostrahu nevypne.
- Odolnost: hlídky, reakce na poplachy i nahrávání pokračují i při výpadcích internetu a incidentech u dodavatele.
- Kontrola nad daty: video a detekce zůstávají ve výchozím stavu v objektu, což pomáhá s minimalizací údajů a omezením uložení podle GDPR.
- Správa a řízení: vzdálený přístup se stává výslovným, zaznamenaným rozhodnutím, nikoli trvale otevřenými dveřmi.
- Regulované objekty: NIS2 a směrnice CER požadují po základních a kritických subjektech řízení rizik dodavatelského řetězce, incidentů a kontinuity; lokální architektura může tuto práci podpořit.
- Žádná architektura sama o sobě nezajistí soulad provozovatele s předpisy. Mění jen to, kolik rizika musí provozovatel řídit.
Co v praxi znamená dronová ostraha závislá na cloudu?
Mnoho dronových a kamerových bezpečnostních produktů vede řízení misí, přihlašování uživatelů, video nebo analytiku přes servery dodavatele. Vznikají tak závislosti, které by kupující měl jasně vidět:
- Ztráta připojení. Pokud internetové připojení objektu selže nebo je úmyslně přerušeno, dron řízený z cloudu nemusí vzlétnout, může přijít o cestu pro video nebo o své operátory, a to právě ve chvíli, kdy je v areálu narušitel.
- Výpadek dodavatele. Porucha, propadlý certifikát nebo plánovaná údržba v cloudu dodavatele může zasáhnout všechny zákazníky najednou.
- Data opouštějí objekt. Video zachycující osoby je osobním údajem. Každá kopie odeslaná třetí straně znamená dalšího zpracovatele, další pravidla uchovávání a další místo, odkud mohou data uniknout.
- Závislost na dodavateli. Když záznamy, logy a konfigurace existují jen na platformě dodavatele, může změna dodavatele nebo splnění pravidla pro uchovávání záviset na jeho exportních funkcích a smluvních podmínkách.
- Cizí jurisdikce. Pokud data ukládá nebo zpracovává poskytovatel, který podléhá právu země mimo EU, mohou tamní úřady požádat o přístup. Kapitola V GDPR stanoví podmínky pro předávání osobních údajů do třetích zemí, které musí správce posoudit.
Co znamená lokální přístup z hlediska architektury?
V lokální architektuře provozuje celou platformu edge uzel (počítač instalovaný v objektu): zpracování telemetrie a příkazů, plánování misí, geofencing, živé video, AI detekci, nahrávání, uživatelské účty i auditní log. Operátoři se k němu připojují prohlížečem přes síť objektu. Dron a jeho stanice komunikují s edge uzlem, ne s internetem.
Cloud se stává volitelným rozšířením: vzdálený náhled pro dohledové centrum mimo objekt, vzdálené řízení podle přísných pravidel, dlouhodobé ukládání videa, analytika nebo společná správa více objektů. Pokud spojení s cloudem vypadne, objekt funguje dál a lokální log pokračuje.
Cloud vs. lokální řešení: srovnání
| Primárně cloud | Primárně lokálně | |
|---|---|---|
| Výpadek internetu | Funkce běžící v cloudu se zastaví | Objekt dál létá, sleduje a nahrává |
| Kde je uloženo video | Ve výchozím stavu v cloudu dodavatele | Ve výchozím stavu v objektu; nahrávání mimo objekt je volba |
| Vzdálený přístup | Obvykle trvale zapnutý | Vypnutý, dokud se nezapne; řízený pravidly |
| Latence pro operátory v objektu | Přes internet a zpět | Přes lokální síť |
| Auditní záznam | Drží ho dodavatel | Drží ho a může ho exportovat provozovatel |
| Správa více objektů | Součást řešení | Vyžaduje volitelnou cloudovou vrstvu |
| Aktualizace | Distribuované centrálně | Vyžadují plánované nasazení v každém objektu |
Cloudový přístup má reálné výhody pro správu flotily a aktualizace; lokální přístup za část z nich získává autonomii každého objektu.
GDPR a dohled pomocí dronů: jak pomáhá lokální přístup
Bezpečnostní dron, který natáčí osoby, zpracovává osobní údaje, a proto se na něj vztahuje GDPR (nařízení (EU) 2016/679). Zásady, které architektura ovlivňuje nejvíce:
- Minimalizace údajů (čl. 5 odst. 1 písm. c)) a omezení uložení (čl. 5 odst. 1 písm. e)). Pokyny EDPB 3/2019 ke zpracování osobních údajů prostřednictvím videozařízení uvádějí, že záznamy by se měly ve většině případů po několika dnech vymazat, ideálně automaticky, a že čím delší je doba uchování (zejména nad 72 hodin), tím více odůvodnění je třeba. Lokální kruhový buffer s automatickým přepisem a nahrávání mimo objekt ve výchozím stavu vypnuté to usnadňují.
- Záměrná a standardní ochrana osobních údajů (čl. 25) vyžaduje vhodná technická a organizační opatření od okamžiku, kdy se volí prostředky zpracování. Pokyny EDPB to uplatňují na plánování kamerového dohledu.
- Posouzení vlivu na ochranu osobních údajů (čl. 35) je vyžadováno při rozsáhlém systematickém monitorování veřejně přístupných prostor (čl. 35 odst. 3 písm. c)) a může být potřeba i v dalších vysoce rizikových případech. Dron, který vidí za hranici plotu, si zaslouží pečlivé DPIA. Geofence a plánované trasy pomáhají omezit, co se natáčí.
- Předávání (kapitola V). Ponechání záznamů v objektu v EU ve výchozím stavu zamezuje předávání do třetích zemí.
Lokální architektura provozovateli při plnění těchto povinností pomáhá; nikoho však sama do souladu s předpisy nedostane. Správce stále potřebuje právní základ, označení a informování, pravidla uchovávání, řízení přístupu a tam, kde je to vyžadováno, DPIA.
NIS2 a CER: odolnost pro základní a kritické subjekty
Směrnice NIS2 (EU) 2022/2555 (lhůta pro transpozici 17. října 2024) ukládá základním a důležitým subjektům v odvětvích včetně energetiky, dopravy a vodárenství přijmout opatření k řízení kybernetických rizik. Čl. 21 odst. 2 uvádí mimo jiné zvládání incidentů, kontinuitu činností, jako je správa záloh a obnova po havárii, a bezpečnost dodavatelského řetězce včetně vztahů s přímými dodavateli. Článek 23 stanoví lhůty pro hlášení významných incidentů, s včasným varováním do 24 hodin.
Směrnice o odolnosti kritických subjektů (CER) (EU) 2022/2557 se týká fyzické odolnosti. Článek 13 požaduje, aby kritické subjekty zajistily přiměřenou fyzickou ochranu svých prostor s náležitým zvážením například oplocení, zábran, nástrojů a postupů pro monitorování perimetru, detekčních zařízení a kontrol přístupu. Členské státy měly kritické subjekty určit do 17. července 2026.
Pro tyto organizace je bezpečnostní dron zároveň ochranným nástrojem i připojeným systémem v jejich dodavatelském řetězci. Důležité otázky: přejde do bezpečného stavu, když je dodavatel nedostupný, lze ho auditovat, kdo ho může ovládat na dálku a odkud pocházejí jeho komponenty a software? Lokální architektura se zaznamenávaným vzdáleným přístupem řízeným pravidly může tato posouzení podpořit. Národní provádění se liší, proto si ověřte pravidla ve svém členském státě; v Česku je národním orgánem pro kybernetickou bezpečnost NÚKIB.
Objekty se slabým připojením
Mnoho objektů, které potřebují ochranu perimetru, má nejslabší internet: solární parky a větrné farmy, odlehlé rozvodny, lomy a stavby. Mobilní pokrytí je nespolehlivé a nepřetržité streamování videa z dronu do cloudu je přes něj nepraktické. Lokální systém uchovává video v plné kvalitě v objektu a přes slabou linku posílá jen to, co zvolí operátor, například upozornění nebo vybrané klipy.
Jak by měl být řízen vzdálený přístup?
Vzdálené ovládání létajícího stroje je schopnost s velkým dopadem. Dobrý návrh s ní zachází jako s výjimkou:
- Vzdálený přístup ve výchozím stavu vypnutý, zapnout ho může jen administrátor, který se musí znovu ověřit.
- Režimy pravidel: jen lokálně, vzdálený náhled, vzdálené řízení.
- Další omezení: lokální potvrzování vzdálených příkazů, režim jen pro nouzové situace, časová okna, omezení četnosti a omezení podle stavu dronu.
- Role (administrátor, operátor, pozorovatel) s minimálními oprávněními.
- Audit každého zapnutí, příkazu a změny konfigurace, exportovatelný pro kontrolu.
Šifrované spojení se vzájemným párováním
Rádiové spojení mezi dronem a pozemní stanicí přenáší video, telemetrii a příkazy. Pokud je nešifrované nebo volně spárované, může někdo v okolí sledovat obraz nebo zasahovat do řízení. Zeptejte se, zda je každý paket šifrovaný a autentizovaný a zda dron komunikuje pouze se svou spárovanou pozemní stanicí.
AI detekce bez biometrické identifikace
Detekce přítomnosti osoby nebo vozidla je něco jiného než rozpoznání, kdo daná osoba je. AI Act EU (nařízení (EU) 2024/1689) definuje biometrickou identifikaci jako automatizované rozpoznávání lidských znaků za účelem zjištění totožnosti osoby. Od února 2025 zakazuje některé biometrické praktiky, například biometrickou identifikaci na dálku v reálném čase ve veřejně přístupných prostorech pro účely vymáhání práva (s úzkými výjimkami), a biometrickou identifikaci na dálku řadí mezi vysoce rizikové způsoby použití; Komise uvádí, že pravidla pro tyto oblasti z přílohy III se použijí od 2. prosince 2027. Detekce na úrovni tříd, která neidentifikuje konkrétní osoby, obecně do těchto biometrických kategorií nespadá, klasifikace každého systému AI však závisí na jeho použití. Svůj případ si ověřte s právním poradcem.
Na co se zeptat každého dodavatele bezpečnostních dronů
- Dokáže dron po odpojení internetu stále vzlétnout, hlídkovat, reagovat na poplachy, přenášet video a zaznamenávat každou akci? Předveďte mi to.
- Kde se ve výchozím stavu ukládají videa, detekce a logy a kdo ve vaší firmě k nim má přístup?
- Je nahrávání záznamů mimo objekt ve výchozím stavu zapnuté, nebo vypnuté? Lze nastavit uchovávání na několik dní s automatickým mazáním?
- Je vzdálené řízení ve výchozím stavu vypnuté? Jaké opětovné ověření, pravidla a logy platí, když je zapnuté?
- Mohu exportovat celý auditní záznam v otevřeném formátu?
- Je rádiové spojení šifrované a autentizované u každého paketu a jak probíhá párování?
- Identifikuje AI konkrétní osoby, nebo jen detekuje třídy objektů? Kde běží?
- Kde se vyrábějí kritické komponenty a firmware a jak se aktualizace podepisují a doručují?
- Co se stane s mými daty a s mou schopností provozu, pokud vaše firma nebo cloudová služba skončí?
Tato stránka obsahuje obecné informace, nikoli právní poradenství.
Jak Nestua realizuje lokální přístup
Nestua stojí na těchto principech. Stav: softwarová platforma je funkční ve vývojových verzích; hardware dronu a dokovací stanice se stále vyvíjí. Zatím neexistují žádná nasazení.
- Edge uzel provozuje vše. Jeden edge uzel řídí jeden dron a provozuje kokpit v prohlížeči, živou mapu, editor misí, geofence, video, AI i audit, bez nutnosti internetu. Flotilu tvoří několik edge uzlů propojených přes volitelný cloud.
- Video zůstává lokálně. Video WebRTC s nízkou latencí v prohlížeči (HLS/LL-HLS jako alternativa), lokální nahrávání do kruhového bufferu s exportem klipů a nahrávání záznamů mimo objekt ve výchozím stavu vypnuté. Dobu uchování historie telemetrie nastavuje administrátor.
- Edge AI na NPU. Detekce YOLO tříd osoba a vozidlo na NPU edge počítače NXP i.MX 8M Plus. Pravidla AI mohou upozornit, nahrávat, zastavit dron ve vzduchu nebo ho vrátit na místo startu, vždy v rámci bezpečnostních pravidel a geofence, s omezenou četností a auditem. Žádné rozpoznávání obličejů ani identifikace konkrétních osob.
- Modul bezpečnostních pravidel. Lokální a vzdálené režimy, opětovné ověření administrátora, lokální schvalování vzdálených příkazů, režim jen pro nouzové situace, omezení četnosti, časová okna a podmínky podle stavu dronu. Příkazy se považují za provedené až po potvrzení MAVLink od dronu; kritické příkazy vyžadují potvrzení zadáním textu.
- Vlastní šifrované spojení. Digitální rádiové spojení Nestua, napsané v jazyce Zig, používá šifrování AES-256-GCM nebo ChaCha20-Poly1305 pro každý paket s výměnou klíčů X25519 a pevným vzájemným párováním: dron před spárováním se svou pozemní stanicí neposílá nic nešifrovaně.
- Volitelný cloud pod kontrolou. Vzdálený dohled a odesílání příkazů přes tunel WireGuard s příkazy podepsanými HMAC pro každý uzel, MFA a volitelným SSO pro uživatele cloudu.
- Audit a provoz. Deník událostí, log příkazů, sledování změn konfigurace, logy registrace zařízení, sledování počasí, služby hlídané watchdogem a stránka se stavem systému.
- Dodavatelský řetězec. Kritické komponenty od evropských a amerických výrobců; letový kontrolér Nestua H743 je navržen a vyroben v Evropě.
Nestua je navržena tak, aby podpořila práci provozovatelů v oblasti GDPR, NIS2 a CER; nejde o certifikaci. Jste v tématu noví? Začněte tím, co je drone-in-a-box, nebo si vyžádejte demo.
Zdroje
- Nařízení (EU) 2016/679 (GDPR), čl. 5, 25, 35 a kapitola V: eur-lex.europa.eu/eli/reg/2016/679/oj
- EDPB, pokyny 3/2019 ke zpracování osobních údajů prostřednictvím videozařízení, verze 2.0: edpb.europa.eu
- Směrnice (EU) 2022/2555 (NIS2), čl. 21 a 23: eur-lex.europa.eu/eli/dir/2022/2555/oj
- Evropská komise, přehled směrnice NIS2: digital-strategy.ec.europa.eu/en/policies/nis2-directive
- Směrnice (EU) 2022/2557 (CER), čl. 6 a 13: eur-lex.europa.eu/eli/dir/2022/2557/oj
- Nařízení (EU) 2024/1689 (AI Act), čl. 3 bod 35, čl. 5, příloha III: eur-lex.europa.eu/eli/reg/2024/1689/oj
- Evropská komise, regulační rámec a harmonogram AI Act: digital-strategy.ec.europa.eu/en/policies/regulatory-framework-ai
- NÚKIB, Národní úřad pro kybernetickou a informační bezpečnost: nukib.gov.cz