Охоронний дрон, залежний від хмари, перестає бути охоронною системою, щойно зникає з’єднання. Локальна (offline-first) архітектура означає, що об’єкт має все необхідне, щоб літати, бачити, розпізнавати й записувати на власному edge-обладнанні. Хмара, якщо вона взагалі використовується, лише додає віддалений перегляд, зберігання чи керування парком, і її вимкнення не вимикає охорону.
- Стійкість: патрулювання, реагування на тривоги й запис тривають під час збоїв інтернету та інцидентів у постачальника.
- Контроль над даними: відео й виявлення за замовчуванням залишаються на об’єкті, що допомагає дотримуватися принципів мінімізації даних і обмеження зберігання GDPR.
- Керованість: віддалений доступ стає явним рішенням, що фіксується в журналі, а не постійно відчиненими дверима.
- Регульовані об’єкти: NIS2 і Директива CER вимагають від суттєвих і критичних суб’єктів управляти ризиками ланцюга постачання, інцидентами та безперервністю діяльності; локальна архітектура може допомогти в цій роботі.
- Жодна архітектура сама по собі не забезпечує відповідності оператора. Вона змінює обсяг ризиків, якими оператору доводиться управляти.
Що на практиці означає дронова охорона, залежна від хмари?
Багато дронових і відеоохоронних продуктів пропускають керування місіями, вхід користувачів, відео чи аналітику через сервери постачальника. Це створює залежності, які покупець має чітко бачити:
- Втрата зв’язку. Якщо інтернет-з’єднання об’єкта зникне або його навмисно переріжуть, дрон із хмарним керуванням може не злетіти, втратити канал відео або втратити зв’язок з операторами саме тоді, коли на об’єкті зловмисник.
- Збій у постачальника. Відмова, прострочений сертифікат чи технічне обслуговування в хмарі постачальника можуть вплинути на всіх клієнтів одночасно.
- Дані залишають об’єкт. Відео з людьми — це персональні дані. Кожна копія, надіслана третій стороні, — це ще один обробник, ще одна політика зберігання й ще одне місце можливого витоку.
- Прив’язка до постачальника. Коли відеозаписи, журнали й конфігурація зберігаються лише на платформі постачальника, зміна постачальника чи дотримання правила щодо зберігання може залежати від функцій експорту та умов договору постачальника.
- Іноземна юрисдикція. Коли дані зберігає чи обробляє провайдер, що підпорядковується законам країни поза ЄС, тамтешні органи можуть мати змогу вимагати доступу до них. Глава V GDPR встановлює умови передачі персональних даних до третіх країн, які має оцінити контролер.
Що означає локальна архітектура з технічного погляду?
У локальній архітектурі edge-вузол (комп’ютер, встановлений на об’єкті) запускає всю платформу: обробку телеметрії та команд, планування місій, геозонування, відео наживо, AI-розпізнавання, запис, облікові записи користувачів і журнал аудиту. Оператори підключаються до нього через мережу об’єкта за допомогою браузера. Дрон і його док-станція взаємодіють з edge-вузлом, а не з інтернетом.
Хмара стає розширенням, що вмикається за бажанням: віддалений перегляд для диспетчерської поза об’єктом, віддалене керування за суворими політиками, довготривале зберігання відео, аналітика або спільне керування кількома об’єктами. Якщо зв’язок із хмарою зникає, об’єкт продовжує працювати, а локальний журнал — вестися.
Хмарна чи локальна архітектура: порівняння
| Спершу хмара | Спершу локально | |
|---|---|---|
| Збій інтернету | Функції, що працюють у хмарі, зупиняються | Об’єкт і далі літає, бачить і записує |
| Де зберігається відео | За замовчуванням у хмарі постачальника | За замовчуванням на об’єкті; вивантаження назовні — за вибором |
| Віддалений доступ | Зазвичай завжди ввімкнений | Вимкнений, доки його не ввімкнуть; регулюється політиками |
| Затримка для операторів на об’єкті | Через інтернет і назад | Через локальну мережу |
| Журнал аудиту | Зберігається в постачальника | Зберігається в оператора з можливістю експорту |
| Керування кількома об’єктами | Вбудоване | Потребує хмарного рівня за бажанням |
| Оновлення | Розгортаються централізовано | Потребують планового розгортання на кожному об’єкті |
Хмарна архітектура має реальні переваги для керування парком і оновлень; локальна жертвує частиною цього заради автономності кожного об’єкта.
GDPR і відеоспостереження з дронів: як допомагає локальна архітектура
Охоронний дрон, що записує людей, обробляє персональні дані, тож застосовується GDPR (Регламент (ЄС) 2016/679). Принципи, на які архітектура впливає найбільше:
- Мінімізація даних (ст. 5(1)(c)) та обмеження зберігання (ст. 5(1)(e)). Настанови EDPB 3/2019 щодо обробки персональних даних за допомогою відеопристроїв зазначають, що записи в більшості випадків слід видаляти — бажано автоматично — через кілька днів, а що довший термін зберігання (особливо понад 72 години), то більше потрібно обґрунтування. Локальний кільцевий буфер з автоматичним перезаписом і вимкнене за замовчуванням вивантаження за межі об’єкта полегшують виконання цих вимог.
- Захист даних за задумом і за замовчуванням (ст. 25) вимагає належних технічних та організаційних заходів із моменту вибору засобів обробки. Настанови EDPB застосовують це до планування відеоспостереження.
- Оцінка впливу на захист даних (ст. 35) обов’язкова для систематичного моніторингу загальнодоступної зони у великому масштабі (ст. 35(3)(c)) і може знадобитися в інших випадках високого ризику. Дрон, який бачить за межі огорожі, вимагає ретельної DPIA. Геозони та сплановані маршрути допомагають обмежити те, що потрапляє в кадр.
- Передачі (глава V). Зберігання відеозаписів на об’єкті в ЄС за замовчуванням дає змогу уникнути передач до третіх країн.
Локальна архітектура допомагає оператору виконувати ці обов’язки, але сама по собі не забезпечує відповідності. Контролеру все одно потрібні правова підстава, знаки та інформування, правила зберігання, контроль доступу та, де це вимагається, DPIA.
NIS2 і CER: стійкість для суттєвих і критичних суб’єктів
Директива NIS2 (ЄС) 2022/2555 (кінцевий термін транспонування — 17 жовтня 2024 року) вимагає від суттєвих і важливих суб’єктів у секторах, зокрема енергетики, транспорту та водопостачання, вживати заходів з управління кіберризиками. Стаття 21(2) серед іншого називає обробку інцидентів; безперервність діяльності, як-от управління резервними копіями та аварійне відновлення; а також безпеку ланцюга постачання, зокрема відносини з прямими постачальниками. Стаття 23 встановлює терміни звітування про значні інциденти з раннім попередженням протягом 24 годин.
Директива про стійкість критичних суб’єктів (CER) (ЄС) 2022/2557 стосується фізичної стійкості. Стаття 13 вимагає від критичних суб’єктів забезпечити належний фізичний захист своїх приміщень, належним чином враховуючи, наприклад, огорожі, бар’єри, засоби та процедури моніторингу периметра, обладнання для виявлення та контроль доступу. Держави-члени мали визначити критичні суб’єкти до 17 липня 2026 року.
Для таких організацій охоронний дрон — це водночас засіб захисту й підключена система в їхньому ланцюгу постачання. Важливі питання: чи переходить він у безпечний стан, якщо постачальник недоступний, чи можна його перевірити, хто може керувати ним віддалено і звідки походять його компоненти та програмне забезпечення. Локальна архітектура з віддаленим доступом, що журналюється й обмежується політиками, може допомогти в таких оцінках. Національна імплементація відрізняється, тож перевірте правила у Вашій державі-члені; у Чехії національним органом з кібербезпеки є NÚKIB.
Об’єкти зі слабким зв’язком
Багато об’єктів, яким потрібна охорона периметра, мають найгірший інтернет: сонячні та вітрові електростанції, віддалені підстанції, кар’єри й будівельні майданчики. Мобільне покриття нестабільне, і безперервно передавати відео з дрона в хмару через нього непрактично. Локальна система зберігає відео повної якості на об’єкті й надсилає вузьким каналом лише те, що обере оператор, як-от сповіщення чи вибрані фрагменти.
Як слід регулювати віддалений доступ?
Віддалене керування літальним апаратом — можливість із високими наслідками. Продумана архітектура розглядає її як виняток:
- Віддалений доступ вимкнено за замовчуванням; його вмикає лише адміністратор після повторної автентифікації.
- Режими політик: «лише локально», «віддалений перегляд», «віддалене керування».
- Додаткові обмеження: локальне підтвердження віддалених команд, режим лише для екстрених ситуацій, часові вікна, обмеження частоти та обмеження за станом дрона.
- Ролі (адміністратор, оператор, спостерігач) з мінімальними правами.
- Аудит кожного ввімкнення, команди та зміни конфігурації з можливістю експорту для перевірки.
Зашифрований канал із взаємним сполученням
Радіоканал між дроном і наземною станцією передає відео, телеметрію та команди. Якщо він не зашифрований або сполучення слабке, хтось поблизу може переглядати трансляцію чи втручатися в керування. Запитайте, чи шифрується й автентифікується кожен пакет і чи взаємодіятиме дрон лише зі своєю сполученою наземною станцією.
AI-розпізнавання без біометричної ідентифікації
Виявити присутність людини чи транспортного засобу — не те саме, що впізнати, хто ця людина. Акт ЄС про штучний інтелект (Регламент (ЄС) 2024/1689) визначає біометричну ідентифікацію як автоматизоване розпізнавання ознак людини для встановлення її особи. З лютого 2025 року він забороняє певні біометричні практики, як-от дистанційну біометричну ідентифікацію в реальному часі в загальнодоступних місцях для правоохоронних цілей (з вузькими винятками), і відносить дистанційну біометричну ідентифікацію до високоризикових застосувань; за даними Комісії, правила для цих сфер Додатка III застосовуються з 2 грудня 2027 року. Виявлення на рівні класів, яке не ідентифікує осіб, загалом не належить до цих біометричних категорій, але класифікація будь-якої AI-системи залежить від її використання. Перевірте свій випадок із юристом.
Питання до будь-якого постачальника охоронних дронів
- Чи може дрон з відключеним інтернетом злітати, патрулювати, реагувати на тривоги, передавати відео й журналювати кожну дію? Покажіть.
- Де за замовчуванням зберігаються відео, виявлення та журнали і хто у Вашій компанії має до них доступ?
- Вивантаження записів за межі об’єкта за замовчуванням увімкнене чи вимкнене? Чи можна встановити термін зберігання в кілька днів з автоматичним видаленням?
- Чи вимкнене віддалене керування за замовчуванням? Яка повторна автентифікація, політики та журнали застосовуються, коли воно ввімкнене?
- Чи можу я експортувати повний журнал аудиту у відкритому форматі?
- Чи шифрується й автентифікується радіоканал на рівні кожного пакета і як відбувається сполучення?
- Чи ідентифікує AI осіб, чи лише виявляє класи об’єктів? Де він працює?
- Де виготовляються критичні компоненти й прошивка і як підписуються та доставляються оновлення?
- Що станеться з моїми даними та можливістю працювати, якщо Ваша компанія чи хмарний сервіс припинять роботу?
Ця сторінка має загальний інформаційний характер і не є юридичною консультацією.
Як Nestua реалізує локальний підхід
Nestua побудовано на цих принципах. Статус: програмна платформа працює в робочих збірках для розробки; дрон і базова станція ще в процесі створення. Впроваджень поки немає.
- Edge-вузол виконує все. Один edge-вузол керує одним дроном і запускає браузерну кабіну оператора, карту наживо, редактор місій, геозони, відео, AI та аудит — без потреби в інтернеті. Парк — це кілька edge-вузлів, пов’язаних через хмару за бажанням.
- Відео залишається локально. WebRTC-відео з низькою затримкою в браузері (HLS/LL-HLS як альтернатива), локальний запис у кільцевий буфер з експортом фрагментів і вимкнене за замовчуванням вивантаження записів за межі об’єкта. Термін зберігання історії телеметрії налаштовує адміністратор.
- Edge AI на NPU. YOLO-розпізнавання класів «людина» та «транспортний засіб» на NPU edge-комп’ютера NXP i.MX 8M Plus. AI-правила можуть сповіщати, записувати, зависати або повертати дрон до точки зльоту — завжди в межах політики безпеки й геозон, з обмеженням частоти та аудитом. Без розпізнавання облич чи ідентифікації осіб.
- Механізм політик безпеки. Локальний і віддалений режими, повторна автентифікація адміністратора, локальне погодження віддалених команд, режим лише для екстрених ситуацій, обмеження частоти, часові вікна та обмеження за станом дрона. Команди вважаються виконаними лише після підтвердження MAVLink від дрона; критичні потребують підтвердження введенням тексту.
- Власний зашифрований канал. Цифровий радіоканал Nestua, написаний на Zig, використовує шифрування кожного пакета AES-256-GCM або ChaCha20-Poly1305 з узгодженням ключів X25519 і жорстким взаємним сполученням: до сполучення зі своєю наземною станцією дрон нічого не передає відкритим текстом.
- Хмара за бажанням — під контролем. Віддалений моніторинг і передача команд через тунель WireGuard з командами з HMAC-підписом для кожного вузла, MFA та SSO за бажанням для користувачів хмари.
- Аудит і експлуатація. Журнал подій, журнал команд, відстеження змін конфігурації, журнали реєстрації пристроїв, моніторинг погоди, сервіси під наглядом watchdog і сторінка стану системи.
- Ланцюг постачання. Критичні компоненти від європейських та американських виробників; польотний контролер Nestua H743 розроблено й виготовлено в Європі.
Nestua покликана допомагати операторам у роботі з GDPR, NIS2 і CER; це не сертифікація. Вперше чуєте про цю концепцію? Почніть із того, що таке drone-in-a-box, або замовте демо.
Джерела
- Регламент (ЄС) 2016/679 (GDPR), ст. 5, 25, 35 і глава V: eur-lex.europa.eu/eli/reg/2016/679/oj
- EDPB, Настанови 3/2019 щодо обробки персональних даних за допомогою відеопристроїв, версія 2.0: edpb.europa.eu
- Директива (ЄС) 2022/2555 (NIS2), ст. 21 і 23: eur-lex.europa.eu/eli/dir/2022/2555/oj
- Європейська комісія, огляд Директиви NIS2: digital-strategy.ec.europa.eu/en/policies/nis2-directive
- Директива (ЄС) 2022/2557 (CER), ст. 6 і 13: eur-lex.europa.eu/eli/dir/2022/2557/oj
- Регламент (ЄС) 2024/1689 (Акт про штучний інтелект), ст. 3(35), ст. 5, Додаток III: eur-lex.europa.eu/eli/reg/2024/1689/oj
- Європейська комісія, нормативна база та графік Акта про штучний інтелект: digital-strategy.ec.europa.eu/en/policies/regulatory-framework-ai
- NÚKIB, Національне агентство з кібер- та інформаційної безпеки (Чехія): nukib.gov.cz