استاندارد اجباری امنیت سایبری برای خودروهای متصل در چین لازم‌الاجرا شد

خودروی متصل دیگر یک محصول مکانیکی نیست بلکه سیستمی است که روی شبکه کار می‌کند. عملکردهای به‌روزرسانی از راه دور، تلماتیک و کمک‌راننده، ایمنی خودرو را از نرم‌افزار جدایی‌ناپذیر می‌کند.

به همین دلیل بازارهای بزرگ امنیت سایبری خودرو را بخشی از ارزیابی انطباق می‌کنند. این رویکرد که در چین از طریق یک استاندارد ملی اجباری اجرا می‌شود، بُعد امنیت سایبری را به زنجیره تأیید نوع خودرو می‌افزاید.

وجه اشتراک این استانداردها این است که به‌جای عملکردهای منفرد، یک نظام مدیریت می‌خواهند: ارزیابی ریسک، توسعه ایمن، پایش آسیب‌پذیری و واکنش به رویداد. یعنی سند اثبات یک فرآیند است نه یک آزمون.

زنجیره تأمین نیز در دامنه قرار می‌گیرد. سازنده یک واحد کنترل یا ماژول تلماتیک داخل خودرو باید شاهد امنیتی خود را به OEM منتقل کند.

مرجع بین‌المللی در امنیت سایبری خودرو مقررات UNECE R155 (سیستم مدیریت امنیت سایبری) و R156 (سیستم مدیریت به‌روزرسانی نرم‌افزار) است؛ که معمولاً همراه با استاندارد فرآیندی ISO/SAE 21434 در صنعت استفاده می‌شوند.

سیستم مدیریتی که طبق این چارچوب‌ها ساخته شده در برآوردن الزامات چین از صفر شروع نمی‌کند: بیشتر همان شواهد فرآیندی قابل استفاده مجدد است. با این حال، برای الزامات خاص استاندارد محلی تحلیل شکاف جداگانه‌ای لازم است.

این نوشته درباره نحوه عملکرد چارچوب‌هاست؛ برای شماره استاندارد، تاریخ اجرا و دامنه آن باید به اعلامیه رسمی و اطلاعیه نهاد گواهی‌دهنده‌ای که با آن کار می‌کنید مراجعه شود.

امنیت سایبری در خودروی متصل ساختار ریسکی متفاوت از ایمنی سنتی محصول دارد. نقص هیدرولیک ترمز یک خودرو را تحت تأثیر قرار می‌دهد؛ اما یک آسیب‌پذیری نرم‌افزاری قابل بهره‌برداری از راه دور می‌تواند کل ناوگان همان مدل را همزمان تحت تأثیر قرار دهد. این تفاوت مقیاس رویکرد قانون‌گذار را نیز تغییر می‌دهد.

به همین دلیل رویکرد پذیرفته‌شده در جهان از آزمون تک‌تک محصول به بازرسی سیستم تولیدکننده تغییر کرد: آیا تحلیل تهدید و ارزیابی ریسک انجام می‌شود، آیا الزامات امنیتی به طراحی می‌رسد، آیا افشای آسیب‌پذیری پیگیری می‌شود، آیا به‌روزرسانی نرم‌افزار به‌صورت ایمن توزیع می‌شود.

محور دوم مدیریت به‌روزرسانی نرم‌افزار است. به‌روزرسانی از راه دور هم سریع‌ترین راه بستن یک شکاف امنیتی و هم در صورت سوءاستفاده، خطرناک‌ترین کانال است: از این رو یکپارچگی و راستی‌آزمایی منبع زنجیره به‌روزرسانی به‌عنوان الزامی جداگانه تنظیم می‌شود.

سازنده خودرو مخاطب تأیید نوع است، اما بیشتر آسیب‌پذیری‌ها از واحدهای الکترونیکی زنجیره تأمین و اجزای نرم‌افزاری شخص ثالث می‌آید. به همین دلیل تعهد از طریق قرارداد به سطوح پایین‌تر منتقل می‌شود.

بندهای نمونه‌ای که از تأمین‌کننده خواسته می‌شود عبارتند از: فهرست اجزای نرم‌افزاری و نسخه‌های استفاده‌شده، تحلیل تهدید در سطح واحد، شاهد راستی‌آزمایی الزامات امنیتی و تعهد به افشای آسیب‌پذیری در طول عمر محصول.

فهرست اجزا نادیده‌گرفته‌شده‌ترین و حیاتی‌ترین بند است: بدون فهرست نمی‌توان به این پرسش پاسخ داد که کدام آسیب‌پذیری در کدام واحد وجود دارد و در نتیجه مدیریت آسیب‌پذیری قابل اجرا نیست.

منطق الزامات امنیت سایبری میان بازارها شبیه است اما اجرا متفاوت است: اینکه کدام مدارک به کدام زبان ارائه شود، چه کسی ممیزی را انجام دهد، و قواعد اضافی درباره بومی‌سازی داده و داده نقشه/موقعیت از مقررات ملی می‌آید.

به همین دلیل ممکن است سیستم مدیریتی که در یک بازار برقرار شده در بازار دیگر مستقیماً پذیرفته نشود؛ خود سیستم بازسازی نمی‌شود اما پرونده شاهد به شکل موردنیاز بازار هدف دوباره تدوین می‌شود.

زمان‌برترین بندها در برنامه‌ریزی نوبت ممیزی و ترجمه مستندات به زبان محلی است؛ وقتی کار فنی تمام شود، فرآیند در این دو بند منتظر می‌ماند.