Загрузка

Автомобильная промышленность

В Китае действует обязательный стандарт кибербезопасности для подключённых транспортных средств

Стандарт, ставший обязательным для новых типов транспортных средств с 1 января 2026 года, является частью допуска на рынок; системы менеджмента по UNECE R155/R156 и ISO/SAE 21434 остаются ориентиром для отрасли.

Кибербезопасность подключённых транспортных средств возникает из того, что каждое соединение автомобиля с внешним миром представляет собой поверхность атаки. Обязательный стандарт делает управление этой поверхностью частью официального утверждения типа транспортного средства.

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

Последствие для цепочки поставок очевидно: обязательство производителя транспортного средства отражается на поставщике компонентов в виде спецификации.

Почему кибербезопасность транспортных средств становится обязательной

Подключённый автомобиль — уже не механическое изделие, а система, работающая в сети. Функции удалённого обновления, телематики и помощи водителю делают безопасность автомобиля неотделимой от программного обеспечения.

Поэтому крупные рынки делают кибербезопасность транспортных средств частью оценки соответствия. Этот подход, реализуемый в Китае через обязательный национальный стандарт, добавляет измерение кибербезопасности в цепочку официального утверждения типа транспортного средства.

Область применения охватывает не только транспортное средство, но и процесс

Общая черта таких стандартов в том, что они требуют не отдельных функций, а системы менеджмента: оценки риска, безопасной разработки, мониторинга уязвимостей и реагирования на инциденты. То есть документ становится доказательством процесса, а не испытания.

Цепочка поставок также входит в область применения. Производитель блока управления или телематического модуля внутри автомобиля должен передать своё собственное доказательство безопасности OEM-производителю.

Связь с международной системой

Международным ориентиром в кибербезопасности транспортных средств являются правила ЕЭК ООН R155 (система менеджмента кибербезопасности) и R156 (система менеджмента обновлений ПО); в отрасли они широко используются вместе с процессным стандартом ISO/SAE 21434.

Система менеджмента, построенная согласно этим системам, не начинается с нуля при выполнении требований в Китае: большая часть тех же процессных доказательств может быть повторно использована. Однако для собственных требований местного стандарта нужен отдельный анализ пробелов.

Эта статья касается работы систем; для номера стандарта, даты вступления в силу и области применения следует опираться на официальное объявление и уведомление сертификационного органа, с которым вы работаете.

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

Кибербезопасность подключённого транспортного средства несёт иную структуру риска, чем классическая безопасность продукции. Неисправность тормозной гидравлики затрагивает одно транспортное средство; уязвимость ПО, эксплуатируемая удалённо, может одновременно затронуть весь парк той же модели. Эта разница в масштабе также меняет подход регулятора.

Поэтому подход, принятый в мире, сместился от индивидуального испытания продукта к аудиту СИСТЕМЫ ПРОИЗВОДИТЕЛЯ: проводится ли анализ угроз и оценка риска, доходят ли требования безопасности до проектирования, отслеживаются ли раскрытия уязвимостей, безопасно ли распространяется обновление ПО.

Вторая ось — управление обновлениями ПО. Удалённое обновление — одновременно самый быстрый способ закрыть брешь в безопасности и самый опасный канал при злоупотреблении: поэтому целостность и проверка источника цепочки обновлений регулируются как отдельное требование.

Разделение нагрузки между производителем и поставщиком

Производитель транспортного средства является адресатом официального утверждения типа, но большинство уязвимостей исходит из электронных блоков в цепочке поставок и стороннего программного обеспечения. Поэтому обязательство передаётся вниз по договору.

Типичные пункты, требуемые от поставщика: перечень используемых программных компонентов и версий, анализ угроз на уровне блока, доказательство проверки требований безопасности и обязательство по раскрытию уязвимостей на протяжении всего срока службы продукта.

Инвентаризация компонентов — самый упускаемый из виду и самый критичный пункт: без инвентаризации нельзя ответить на вопрос, какая уязвимость находится в каком блоке, а значит, управление уязвимостями невозможно.

Точки расхождения местных режимов

Логика требований кибербезопасности схожа между рынками, но реализация различается: какие документы представлять на каком языке, кто будет проводить аудит, а также дополнительные правила локализации данных и данных карт/местоположения исходят из национальных нормативов.

Поэтому система менеджмента, созданная на одном рынке, может не быть напрямую принята на другом; сама система не перестраивается, но файл доказательств пересобирается в форме, требуемой целевым рынком.

Наиболее затратные по времени пункты планирования — назначение аудита и перевод документации на местный язык; когда техническая работа завершена, процесс ожидает именно этих двух пунктов.

Что делать?

  1. 1Пересмотрите набор доказательств вашей системы менеджмента кибербезопасности.
  2. 2Добавьте требования безопасности в спецификации для поставщиков.
  3. 3Сделайте ваш процесс обновления по воздуху (OTA) документируемым.

Эта статья носит информационный характер и не является юридической консультацией. То, как регламент применяется к вашему продукту, зависит от технических характеристик продукта и целевого рынка; точную область применения можно определить только путём изучения продукта.

Мы используем файлы cookie, необходимые для работы сайта. С вашего согласия мы также добавим аналитический файл cookie, чтобы понимать, как используются страницы. Политика использования файлов cookie