Захист IIoT від атак по сторонніх каналах

Атаки по сторонніх каналах (SCA) становлять значну загрозу для промислових IoT-пристроїв, експлуатуючи фізичні характеристики під час криптографічних операцій. Ця стаття розглядає архітектурні рішення для забезпечення криптографічної стійкості, балансуючи вартість, продуктивність та рівень захисту.

Розуміння атак по сторонніх каналах в IIoT-контексті

Атаки по сторонніх каналах (Side-Channel Attacks, SCA) є особливим видом кібератак, що відрізняються від традиційних вразливостей програмного забезпечення чи протоколів. Замість прямого злому криптографічних алгоритмів, SCA використовують інформацію, яка ненавмисно витікає з фізичної системи під час виконання криптографічних операцій. Це можуть бути вимірювання споживання енергії, електромагнітного випромінювання, часу виконання операцій або навіть акустичних шумів. В контексті Промислового Інтернету речей (IIoT), де пристрої часто працюють у фізично доступних середовищах, такі атаки становлять критичну загрозу, оскільки можуть призвести до витоку конфіденційних даних або компрометації криптографічних ключів.

Приклади успішних атак по сторонніх каналах включають спроби декодування бітів RSA-ключа за допомогою аналізу енергоспоживання, а також кеш-атаки, що моніторять доступ до кешу під час операцій AES для відновлення секретного ключа. У 2016 році дослідники продемонстрували атаку, яка дозволила витягти ключ дешифрування з вимкненого ноутбука в іншій кімнаті за лічені секунди, перехоплюючи електромагнітні випромінювання. Ці атаки не створюють збоїв у криптографічній операції і можуть залишатися непоміченими.

Вплив SCA на IIoT-системи може бути катастрофічним, оскільки компрометація криптографічних ключів дозволяє зловмисникам отримати несанкціонований доступ до конфіденційних даних, маніпулювати ними або навіть взяти під контроль промислові процеси. Це може призвести до виробничих збоїв, фінансових втрат, пошкодження обладнання та загрози безпеці персоналу.

Апаратні архітектурні рішення для захисту від SCA

Для ефективного захисту IIoT-пристроїв від атак по сторонніх каналах критично важливими є апаратні рішення, які забезпечують фізичну та логічну ізоляцію криптографічних операцій.

  • Безпечний анклав (Secure Enclave / Trusted Execution Environment, TEE): Це виділена безпечна підсистема, ізольована від основного процесора, що забезпечує додатковий рівень безпеки. Secure Enclave призначений для захисту конфіденційних даних користувача, навіть якщо ядро прикладного процесора скомпрометовано. Він має власний ЦП, пам'ять та апаратний кореневий довіри (Root of Trust), що встановлюється під час завантаження. Наприклад, Apple Secure Enclave інтегрований у систему на кристалі (SoC) і використовує унікальний ідентифікатор (UID) для генерації та зберігання ключів, які ніколи не покидають анклав у відкритому вигляді. NXP пропонує EdgeLock Secure Enclave, який забезпечує фізичну ізоляцію критичних функцій безпеки, захищаючи цілісність SoC та конфіденційні дані.
  • Апаратні модулі безпеки (Hardware Security Modules, HSM): HSM — це фізичні обчислювальні пристрої, які захищають цифрові ключі та виконують криптографічні операції. Вони забезпечують захист від несанкціонованого доступу та фізичного втручання, створюючи довірені середовища виконання. HSM є надійним рішенням для захисту IIoT-екосистем, забезпечуючи безпечні криптографічні операції та стійкість до несанкціонованого доступу.
  • Фізичне екранування: Методи фізичного екранування, такі як клітки Фарадея або спеціальні корпуси, можуть зменшити витік електромагнітного випромінювання, що використовується в електромагнітних атаках (EM attacks). Хоча це може значно зменшити витік інформації, деякий залишковий витік завжди залишається.
  • Апаратні генератори справжніх випадкових чисел (TRNG): Важливі для генерації надійних криптографічних ключів, TRNG забезпечують високу ентропію, що є фундаментом для криптографічної стійкості. Apple Secure Enclave, наприклад, використовує TRNG для генерації UID під час виробництва.

Програмні та прошивкові контрзаходи проти SCA

Окрім апаратних рішень, програмні та прошивкові контрзаходи є невід'ємною частиною стратегії захисту IIoT-пристроїв від атак по сторонніх каналах.

  • Маскування (Masking): Ця техніка є одним з найпоширеніших контрзаходів проти SCA. Вона полягає в розбитті чутливих змінних криптографічного алгоритму (наприклад, AES, RSA) на кілька випадкових частин (shares), так що жодна окрема частина не розкриває секретної інформації. Це ускладнює зловмисникам вилучення корисної інформації з фізичних вимірювань. Маскування рандомізує обчислення, послаблюючи зв'язок між фізичними випромінюваннями та секретною інформацією.
  • Постійний час виконання (Constant-Time Execution): Забезпечення того, що криптографічні операції виконуються за постійний проміжок часу, незалежно від значень секретних даних, є ключовим для запобігання атак по часу (timing attacks). Це вимагає ретельного програмування та може впливати на продуктивність.
  • Легковагова криптографія (Lightweight Cryptography): Розроблена для ресурсно-обмежених пристроїв, таких як IIoT-сенсори, легковагова криптографія забезпечує надійний захист при мінімальних вимогах до обчислювальної потужності, пам'яті та енергії. Стандарт NIST для легковагової криптографії, заснований на сімействі алгоритмів Ascon, розроблений для підтримки SCA-стійких реалізацій легше, ніж багато традиційних алгоритмів.
  • Безпечна розробка прошивки: Включає ізоляцію криптографічного коду, захист пам'яті та використання безпечних архітектурних патернів. Це допомагає мінімізувати витік інформації та ускладнити експлуатацію вразливостей.

Інтегровані архітектури та стратегії впровадження

Ефективний захист IIoT-пристроїв від атак по сторонніх каналах вимагає не окремих рішень, а інтегрованих архітектур, що поєднують апаратні та програмні контрзаходи. Вибір оптимальної стратегії залежить від ретельного аналізу ризиків, вимог до продуктивності та бюджетних обмежень.

Моделі загроз та аналіз ризиків є першим кроком для визначення найбільш вразливих компонентів та вибору відповідних контрзаходів. Наприклад, для пристроїв, що зберігають високочутливі ключі, може бути виправданим використання HSM або Secure Enclave у поєднанні з маскованими криптографічними алгоритмами. Для менш критичних пристроїв можна обмежитись програмними контрзаходами та легковаговою криптографією.

Рекомендації NIST, зокрема NIST SP 800-82, надають керівництво щодо безпеки систем операційних технологій (ОТ), включаючи IIoT, та наголошують на важливості комплексного підходу до кібербезпеки. Вони підкреслюють необхідність багатошарового захисту (defense-in-depth), де жоден окремий збій не повинен призвести до неприйнятних наслідків.

Компроміс між рівнем захисту, вартістю реалізації та впливом на продуктивність є постійною проблемою. Наприклад, впровадження високопорядкового маскування може значно збільшити обчислювальні витрати та споживання енергії, що є критичним для ресурсно-обмежених IIoT-пристроїв. Тому важливо оцінювати кожен контрзахід з точки зору його ефективності проти конкретних типів SCA та його впливу на загальну систему.

Наприклад, NXP активно розробляє рішення для захисту від фізичних та логічних атак, включаючи SCA, на рівні чіпів, пропонуючи різні контрзаходи, адаптовані до конкретних застосувань. Їхня платформа EdgeLock Secure Enclave забезпечує апаратний корінь довіри та надійну архітектуру безпеки для захисту пристроїв від фізичних та мережевих атак.

Механізм вибору архітектурних рішень

Вибір архітектурних рішень для захисту від атак по сторонніх каналах вимагає систематичного підходу. Наведена нижче матриця допоможе оцінити різні контрзаходи за ключовими критеріями:

КритерійSecure Enclave / TEEHSMФізичне екрануванняМаскуванняПостійний час виконанняЛегковагова криптографія
Тип атаки по сторонньому каналуЕнергія, ЕМВ, час, кешЕнергія, ЕМВ, час, фізичне втручанняЕМВЕнергія, ЕМВ, час, кешЧасЕнергія, ЕМВ, час, кеш
Рівень захистуВисокийДуже високийСереднійВисокийСереднійСередній
Вартість реалізації (апаратна/програмна)Висока (апаратна)Дуже висока (апаратна)Середня (апаратна)Середня (програмна)Низька (програмна)Низька (програмна/апаратна)
Вплив на продуктивність/ресурсиНизький/СереднійНизькийНизькийСередній/ВисокийСереднійНизький
Складність інтеграціїВисокаВисокаНизькаСередняСередняНизька
Відповідність стандартам (наприклад, NIST SP 800-193)ТакТакЧастковоТакТакТак (NIST LWC)

Архітектори та інженери, що працюють з AZIOT, можуть використовувати ці архітектурні рішення для проєктування та розробки промислових IoT-систем, забезпечуючи високий рівень криптографічної стійкості пристроїв та захист конфіденційних даних у критичних інфраструктурах. Платформа AZIOT, інтегруючи такі протоколи, як MQTT, Modbus, BACnet, та використовуючи граничні обчислення (edge processing) та механізми контролю доступу (access control), може бути посилена за рахунок впровадження цих низькорівневих контрзаходів на рівні пристроїв. Це дозволяє забезпечити цілісність та конфіденційність телеметрії та даних автоматизації об'єктів, що передаються через шлюзи (Gateway) до дашбордів та систем аудиту.

Захист IIoT від атак по сторонніх каналах вимагає постійної уваги до деталей реалізації та готовності до адаптації. Інтегруючи апаратні та програмні контрзаходи на ранніх етапах проєктування, можна створити стійкі та надійні системи, здатні протистояти складним загрозам. Це забезпечить довгострокову безпеку та функціональність критичної інфраструктури.

Дізнайтеся більше про рішення Intecracy на Intecracy solutions та inbase.com.ua solutions.

Поширені запитання

  1. Чому атаки по сторонніх каналах є особливо небезпечними для IIoT-пристроїв?

    IIoT-пристрої часто працюють у фізично доступних середовищах, де зловмисники можуть легко отримати доступ до пристрою для вимірювання фізичних параметрів, таких як енергоспоживання або електромагнітне випромінювання. Ці атаки експлуатують не вразливості алгоритмів, а їхню фізичну реалізацію, що робить традиційні методи захисту неефективними та ускладнює їх виявлення.

  2. Які основні відмінності між Secure Enclave та Hardware Security Module (HSM) у контексті IIoT?

    Secure Enclave зазвичай є інтегрованою частиною SoC (System-on-Chip) мікроконтролера, що забезпечує ізольоване середовище для виконання криптографічних операцій та зберігання ключів на рівні пристрою. HSM, з іншого боку, є окремим, часто зовнішнім, пристроєм, що пропонує вищий рівень захисту від фізичного втручання та сертифікації, і зазвичай використовується для управління ключами на рівні шлюзів або серверів. HSM забезпечують дуже високий рівень безпеки, тоді як Secure Enclave пропонує баланс між безпекою та інтеграцією в обмежених ресурсами пристроях.

  3. Чи може легковагова криптографія забезпечити достатній захист від атак по сторонніх каналах?

    Легковагова криптографія розроблена для ресурсно-обмежених пристроїв і може бути стійкою до SCA, якщо її реалізація враховує ці загрози. Стандарт NIST для легковагової криптографії, заснований на алгоритмах Ascon, спеціально розроблений для підтримки SCA-стійких реалізацій. Однак для досягнення високого рівня захисту її часто необхідно поєднувати з іншими контрзаходами, такими як маскування або постійний час виконання, залежно від профілю ризику пристрою та чутливості даних.

Перелік джерел

  1. en.wikipedia.orgSide-channel attack - Wikipedia
  2. rambus.comSide-channel attacks explained: All you need to know -Rambus
  3. x-phy.comSide Channel Attacks Explained: Types, Examples, DPA & Protection
  4. csrc.nist.govSide-Channel Attack - Glossary | CSRCLock
  5. enconnex.comWhat Is a Side-Channel Attack? | Vulnerabilities & Countermeasures
  6. pmc.ncbi.nlm.nih.govInternet of Things for System Integrity: A Comprehensive Survey on Security, Attacks and Countermeasures for Industrial Applications - PMC Lock
  7. support.apple.comThe Secure Enclave - Apple Support
  8. nxp.comEdgeLock Secure Enclave and Crypto Accelerators | NXP SemiconductorsNXPNXPFacebookYouTubeX (formerly Twitter)LinkedIn