Платформи
- SoC серії Nordic nRF
- Мікроконтролери STM32
Як ми працюємо
Інженерний підхід
Стандарти для прошивки, процес від вимог до передачі проєкту та інтеграція з вашим стеком.
Технічні вимоги
Ми дотримуємося єдиного інженерного стандарту, щоб забезпечити масштабованість, зручність підтримки та безпеку рівня серійного виробництва.
RTOS та архітектура
- Zephyr / FreeRTOS
- Модульна архітектура на базі RTOS
- Паралелізм та ізоляція захищених компонентів
Проєкти bare-metal зазвичай нам не підходять. Ми радимо впроваджувати RTOS, щоб отримати правильну структуру системи та механізми безпеки.
Мови
- C++ (основна)
- C (коли цього вимагають обмеження платформи)
Ці вимоги гарантують, що механізми безпеки можна коректно реалізувати, перевірити та підтримувати в серійних системах.
Процес роботи над проєктом
Інженерна експертиза та інтеграція безпеки
1. Визначення вимог
Визначаємо цілі та обмеження проєкту — чіткий опис очікуваного результату. На цьому етапі разом уточнюємо вимоги й визначаємо ключові технічні рішення.
2. Моделювання загроз
Аналізуємо реальні вектори атак, як-от витягнення прошивки, клонування пристрою, доступ через налагоджувальні інтерфейси та підміна бекенду. Це визначає обсяг і пріоритети безпеки системи.
3. Архітектура безпеки
На основі моделі загроз проєктуємо архітектуру безпеки пристрою: ідентичність, provisioning, автентифікацію, оновлення прошивки та зв'язок.
4. Специфікація системи
Готуємо детальну специфікацію з описом поведінки системи, інтерфейсів, протоколів і механізмів безпеки. Цей документ стає основою для реалізації.
5. Погодження специфікації
Специфікацію переглядаємо разом із клієнтом і за потреби доопрацьовуємо. Вона стає погодженою основою для розробки.
6. Оцінка проєкту
Оцінюємо терміни та бюджет на основі погодженої специфікації. Розробка починається після узгодження.
7. Розробка
Реалізація ведеться відповідно до специфікації з постійним внутрішнім тестуванням. Результатом може бути прошивка, інструменти та допоміжні сервіси.
8. Тестування клієнтом
Клієнт перевіряє рішення в реальному середовищі продукту. На цьому етапі завершуються фінальні доопрацювання та виправлення інтеграції.
9. Завершення проєкту
Коли всі питання вирішено, проєкт фіналізується й передається разом з оновленою документацією, що відображає остаточну реалізацію.
Інтеграція з бекендом
Безпечний життєвий цикл пристрою потребує бекенд-систем для виробництва, provisioning, підписування прошивки та оновлень.
Ми можемо інтегрувати нашу прошивку й архітектуру безпеки з вашим наявним бекендом, адаптувавши протоколи та процеси під вашу інфраструктуру.
Або можемо надати власну бекенд-платформу з вихідним кодом, налаштовану під вимоги вашого проєкту.
Наша платформа реалізована на .NET і спроєктована для розгортання в Microsoft Azure. Вона підтримує provisioning пристроїв, підписування прошивки, керування ідентичністю та операції життєвого циклу.
Супутні застосунки та протоколи
Підключеним пристроям зазвичай потрібні супутні застосунки для налаштування, тестування та щоденної роботи.
Ми проєктуємо протоколи зв'язку між пристроями та застосунками (BLE, USB або власні транспорти) з урахуванням безпеки та надійності.
Також можемо розробити еталонні мобільні чи десктопні застосунки, що реалізують ці протоколи й демонструють повну взаємодію з пристроєм.
Ми надаємо й окремі інструменти для налагодження та тестування, які дозволяють інженерам аналізувати поведінку пристрою, перевіряти обмін даними та розв'язувати проблеми під час розробки й виробництва.
Ці застосунки та інструменти можна використати як основу для розробки власного продукту: це скорочує час виходу на ринок і гарантує правильну реалізацію протоколу.
Поширені запитання
Практичні запитання про те, як влаштований наш інженерний процес.
Терміни й бюджет оцінюються до чи після технічної специфікації?
Після. Оцінка відбувається, коли специфікацію системи переглянуто й погоджено: оцінка проєкту — це крок 6 нашого процесу, після визначення вимог, моделювання загроз, архітектури безпеки, специфікації та її погодження. Ми оцінюємо погоджену специфікацію, а не приблизну ідею.
Ви лише проєктуєте безпеку чи розробляєте повну прошивку?
Залежить від обсягу, який визначаємо на етапі вимог. Результатом розробки може бути повна прошивка, окремі компоненти безпеки, інтегровані у ваш наявний код, або і те, і інше, разом з допоміжними інструментами й сервісами.
Ви можете додати безпеку в уже розроблений пристрій чи лише закласти її з нуля?
Обидва варіанти. Додавання безпеки в наявну вбудовану систему — одна з найчастіших причин, з якими до нас звертаються, а не лише нові розробки.
Яку найпоширенішу помилку ви бачите в наявних реалізаціях безпеки вбудованих систем?
Майже завжди це раннє архітектурне рішення, а не баг реалізації: немає надійної ідентичності пристрою від початку, слабкий або відсутній provisioning на виробництві, секрети зберігаються в прошивці чи доступні через налагоджувальні інтерфейси, або немає захищеного механізму оновлень. Це дешево зробити правильно на старті й дорого виправляти, коли пристрої вже розгорнуті.
Ви працюєте за NDA?
Більшість наших проєктів виконується за NDA. Умови конфіденційності є частиною визначення обсягу проєкту й зазвичай погоджуються ще до етапу визначення вимог.
Підсумок
Ми підходимо до кожного проєкту як до цілісної екосистеми вбудованих та IoT-пристроїв, поєднуючи прошивку, архітектуру безпеки, інтеграцію з бекендом і супутні застосунки в одну злагоджену систему.
Так пристрої не лише працюють, а й залишаються захищеними, перевірюваними та придатними до підтримки протягом усього життєвого циклу.
Такий підхід також допомагає узгодити архітектуру пристроїв із сучасними регуляторними вимогами, зокрема з Актом ЄС про кіберстійкість (CRA).
Як цей підхід перетворюється на конкретний проєкт, дивіться на сторінці Послуги.