معيار الأمن السيبراني الإلزامي للمركبات المتصلة ساري في الصين

لم تعد المركبة المتصلة منتجًا ميكانيكيًا بل نظامًا يعمل عبر شبكة. وتجعل وظائف التحديث عن بُعد والتخابر عن بُعد ودعم السائق سلامة المركبة غير قابلة للفصل عن البرمجيات.

لهذا تجعل الأسواق الكبرى الأمن السيبراني للمركبات جزءًا من تقييم المطابقة. ويضيف هذا النهج، الذي ينفَّذ في الصين عبر معيار وطني إلزامي، بُعد الأمن السيبراني إلى سلسلة اعتماد نوع المركبة.

القاسم المشترك لهذه المعايير هو أنها لا تطلب وظائف فردية بل نظام إدارة: تقييم المخاطر والتطوير الآمن ومراقبة الثغرات والاستجابة للحوادث. أي أن الوثيقة تصبح دليل عملية لا اختبار.

تدخل سلسلة التوريد أيضًا ضمن النطاق. ويتعين على مصنّع وحدة تحكم أو وحدة تخابر داخل المركبة نقل دليل الأمان الخاص به إلى الشركة المصنّعة الأصلية (OEM).

المرجع الدولي في الأمن السيبراني للمركبات هو لائحتا UNECE R155 (نظام إدارة الأمن السيبراني) وR156 (نظام إدارة تحديث البرمجيات)؛ وتُستخدمان على نطاق واسع في القطاع جنبًا إلى جنب مع معيار العملية ISO/SAE 21434.

لا يبدأ نظام إدارة مبني وفق هذه الأطر من الصفر في استيفاء متطلبات الصين: إذ يمكن إعادة استخدام معظم أدلة العملية نفسها. غير أن الأمر يتطلب تحليل فجوات منفصلًا لمتطلبات المعيار المحلي الخاصة.

تتعلق هذه المقالة بكيفية عمل الأطر؛ أما رقم المعيار وتاريخ سريانه ونطاقه فيجب الرجوع فيها إلى الإعلان الرسمي وإخطار جهة الاعتماد التي تتعاملون معها.

يحمل الأمن السيبراني في المركبة المتصلة بنية خطر مختلفة عن سلامة المنتج التقليدية. فعطل هيدروليك الفرامل يؤثر على مركبة واحدة؛ في حين أن ثغرة برمجية قابلة للاستغلال عن بُعد قد تؤثر على أسطول الطراز نفسه بأكمله في آن واحد. ويغيّر فرق النطاق هذا نهج الجهة التنظيمية أيضًا.

لهذا انتقل النهج المعتمد عالميًا من اختبار المنتج فرديًا إلى تدقيق نظام المصنّع: هل يُجرى تحليل تهديدات وتقييم مخاطر، وهل تنزل متطلبات الأمان إلى التصميم، وهل تُتابَع إفصاحات الثغرات، وهل يُوزَّع تحديث البرمجيات بطريقة آمنة.

المحور الثاني هو إدارة تحديث البرمجيات. فالتحديث عن بُعد هو أسرع وسيلة لسد ثغرة أمنية بقدر ما هو أخطر قناة عند إساءة استخدامه: لذا تُنظَّم سلامة سلسلة التحديث والتحقق من مصدرها كمتطلب منفصل.

الجهة المخاطَبة باعتماد النوع هي مصنّع المركبة، لكن معظم الثغرات تأتي من الوحدات الإلكترونية في سلسلة التوريد ومكونات البرمجيات من طرف ثالث. لذا يُنقَل الالتزام إلى الأسفل عبر العقد.

العناصر النمطية المطلوبة من المورد هي: جرد مكونات البرمجيات وإصداراتها المستخدمة، وتحليل تهديدات على مستوى الوحدة، ودليل التحقق من متطلبات الأمان، والتزام بالإفصاح عن الثغرات طوال عمر المنتج.

جرد المكونات هو أكثر البنود إغفالًا وأكثرها أهمية: فبدون الجرد لا يمكن الإجابة عن سؤال أي ثغرة توجد في أي وحدة، وبالتالي لا يمكن تشغيل إدارة الثغرات.

منطق متطلبات الأمن السيبراني متشابه بين الأسواق لكن التطبيق يختلف: أي الوثائق تُقدَّم بأي لغة، ومن يتولى التدقيق، والقواعد الإضافية بشأن توطين البيانات وبيانات الخرائط/الموقع تأتي من اللوائح الوطنية.

لهذا قد لا يُقبَل نظام إدارة أُنشئ في سوق ما مباشرة في سوق آخر؛ لا يُعاد بناء النظام نفسه لكن يُعاد تجميع ملف الأدلة بالشكل الذي يطلبه السوق المستهدف.

أكثر البنود استهلاكًا للوقت في التخطيط هي موعد التدقيق وترجمة الوثائق إلى اللغة المحلية؛ وعند انتهاء العمل التقني، تنتظر العملية عند هذين البندين.