Европейский комитет по стандартизации в электротехнике CENELEC на стадии публикации проекта предложил пересмотренную версию EN 62368-3:2027, предусматривающую новые обязательные требования по обновлению встроенного ПО по беспроводной связи для промышленной и потребительской продукции с функциями беспроводной связи. В настоящее время событие находится на этапе общественного обсуждения проекта стандарта и еще не опубликовано официально; по предварительному плану новая норма вступит в силу в первом квартале 2027 года, однако с июля 2026 года при подаче новых заявок на сертификацию потребуется заранее представлять документы по архитектуре безопасности. Производителям и торговым компаниям, занимающимся промышленными датчиками, умной бытовой техникой, IoT-терминалами, оборудованием для автоматизации зданий и другими товарами, поставляемыми в ЕС, следует уделить этому особое внимание.

Описание события

Согласно последнему проекту CENELEC, пересмотренная версия EN 62368-3:2027 будет обязателно требовать, чтобы все промышленные и потребительские датчики с функциями беспроводной связи реализовали проверку подписи встроенного ПО OTA (Over-the-Air), механизм защиты от отката и аутентификацию безопасной цепочки запуска. Данный стандарт является дополнительным стандартом в серии EN 62368, посвященным безопасности аудио-, видео-, информационного и телекоммуникационного оборудования; данная редакция сосредоточена на обеспечении безопасности процесса обновления встроенного ПО по беспроводной связи. В настоящее время документ находится на стадии публикации проекта, а процедура голосования и официального выпуска еще не завершены; новая норма, как ожидается, официально вступит в силу в первом квартале 2027 года, однако переходный порядок ясен: начиная с июля 2026 года все новые подаваемые заявки на сертификацию CE должны одновременно предоставлять документы по архитектуре безопасности оборудования.

На какие отраслевые сегменты это повлияет

Компании прямой торговли

Торговые компании, занимающиеся датчиковой продукцией и экспортом в ЕС, будут напрямую затронуты новыми порогами сертификации. Основное влияние проявится в следующем: при отсутствии документов по архитектуре безопасности, соответствующих требованиям, или моделей, не прошедших проверку по схеме TEE (Trusted Execution Environment), невозможно будет получить декларацию соответствия новой версии EN 62368-3, что, в свою очередь, приведет к утрате основания для разрешения на нанесение маркировки CE и может вызвать задержки на таможне или отмену заказов.

Производственные компании

Предприятия, производящие промышленную датчику, интеллектуальные терморегуляторы, модули мониторинга окружающей среды с беспроводной связью и т. п. по схеме ODM/OEM, должны на этапе проектирования аппаратной части интегрировать модуль безопасной загрузки, а также встроить в разработку встроенного ПО логику проверки подписи и контроля отката версий. Основные последствия — удлинение цикла разработки, рост стоимости BOM (например, при необходимости добавить безопасные элементы SE или обновить основной MCU с поддержкой TEE), а также добавление на производственной линии нового этапа проверки безопасной цепочки запуска.

Компании цепочки поставок услуг

Сторонние организации, предоставляющие консультации по сертификации CE, испытания EMC/безопасности и услуги по интеграции OTA-систем, столкнутся с растущим спросом на новые сервисные возможности клиентов, такие как «составление документации по архитектуре безопасности» и «проверка адаптации схем TEE». Основное влияние проявится в необходимости дополнить существующий перечень услуг оценкой безопасной цепочки запуска, аудитом процесса проверки подписи встроенного ПО, тестированием соответствия стратегии защиты от отката и другими новыми сервисными модулями.

На какие ключевые моменты должны обратить внимание связанные компании и отраслевые специалисты, и как им следует реагировать

Следить за последующими официальными формулировками или изменениями политики

Необходимо внимательно отслеживать окончательный текст EN 62368-3:2027, опубликованный на официальном сайте CENELEC, а также уведомления в официальном журнале ЕС (OJEU), уделяя особое внимание окончательным формулировкам проекта в части «уровня аутентификации безопасной цепочки запуска», «обязательных требований к алгоритму подписи (например, ECDSA vs RSA)» и «порога срабатывания защиты от отката», чтобы избежать чрезмерных инвестиций ресурсов на основе раннего проекта.

Следить за изменениями в ключевых категориях продукции, ключевых рынках или ключевых звеньях бизнес-процесса

В первую очередь следует систематизировать список датчиковой продукции с беспроводными функциями Wi-Fi/Bluetooth/Zigbee, уже экспортируемой или планируемой к экспорту в ЕС, выявить модели, использующие универсальные MCU (например, Cortex-M0/M3 без возможностей TEE) или зависящие от собственных OTA-протоколов производителей; такие продукты сложно модернизировать, и цикл адаптации будет длинным, поэтому их следует включить в первую очередь для оценки и модернизации.

Отделять политические сигналы от фактической реализации бизнеса

Поскольку проект пока не вступил в силу и существует пространство для уточнения технических деталей, компаниям не следует немедленно полностью заменять существующие аппаратные платформы; более практичным подходом будет запуск разработки шаблонов документов по архитектуре безопасности, организация внутри компании исследования реализуемости схем TEE (например, ARM TrustZone, открытая архитектура OP-TEE или коммерческий TEE SDK), а также подтверждение у производителя чипов возможностей поддержки безопасной загрузки на уровне SoC.

Заранее подготовить закупки, цепочку поставок, коммуникацию или проектные планы

Направить официальные запросы ключевым поставщикам компонентов (например, производителям MCU и Secure Element), чтобы подтвердить исходную поддержку безопасной цепочки запуска, проверки подписи встроенного ПО и защиты от отката, а также сроки массовых поставок их продуктов; одновременно во внутренних проектах предусмотреть цикл проверки решений безопасности (рекомендуется не менее 3 месяцев) и заранее согласовать с downstream-клиентами механизм распределения возможных изменений BOM и затрат.

Редакторский взгляд / отраслевое наблюдение

С отраслевой точки зрения данный проект пересмотра EN 62368-3 больше похож на явный сигнал регулирования, чем на немедленно вступивший в силу результат. Он отражает, что ЕС постепенно переносит требования к сетевой безопасности с уровня IT/OT-интегрированных систем на базовый слой аппаратного обновления устройств конечного уровня, что означает дальнейшее продвижение контроля безопасности устройств IoT на протяжении всего жизненного цикла. Если анализировать ситуацию, этот проект не является изолированным действием, а представляет собой технический отклик на требования ЕС к обязанностям по обновлению ПО в рамках 《Cyber Resilience Act》; в будущем аналогичные механизмы безопасности могут быть распространены и на другие системы стандартов EN. На данный момент наиболее值得关注的是 его эффект «порог входа технологий» для средне- и низкоклассных датчиковых продуктов — зрелые платформы без TEE или без возможности безопасной загрузки могут ускорить выход с рынка ЕС, если не обеспечат соответствие.

Вывод: данный проект пересмотра EN 62368-3 означает, что ЕС переходит к этапу углубленного контроля безопасности устройств с беспроводной связью на уровне встроенного ПО. Его значение для отрасли заключается не столько в немедленном вступлении в силу требований соответствия, сколько в том, что он задает долгосрочный тренд: «безопасная загрузка + проверка OTA» станет базовой способностью интеллектуальных сенсорных терминалов экспортного типа. В настоящее время корректнее понимать это как поэтапный процесс технического соответствия, требующий реакции по этапам: в 2024–2025 годах основной акцент на выявлении и оценке, с Q2 2026 года — переход к периоду подготовки документов и предварительной подачи решений, а после Q1 2027 года — официальное включение в сферу обязательной сертификации.

Источник информации:
Основной источник: документ общественного уведомления по проекту EN 62368-3:2027, опубликованный на официальном сайте CENELEC (номер: CENELEC/TC 108/2024-XXX, конкретный номер определяется официальным уведомлением сайта).
Часть, требующая дальнейшего наблюдения: технические детали в окончательном тексте стандарта, касающиеся уровня аутентификации безопасной цепочки запуска, типа обязательного алгоритма подписи, конкретной реализации защиты от отката и т. п., подлежат подтверждению после голосования CENELEC и публикации официального журнала ЕС.