شرح أمان بروتوكول OCPP 2.0.1: ما تحتاج شبكات شحن المركبات الكهربائية إلى معرفته

أهم النقاط

يُعدّ تأمين الاتصالات أمراً بالغ الأهمية، ولكنه ليس سوى جزء واحد من النظام. يحتاج المشغلون أيضاً إلى إدارة دورة حياة الشهادات، وحوكمة البرامج الثابتة، وضوابط إعداد الشواحن، والوصول القائم على الأدوار، وسجلات التدقيق، والتنبيهات، وسير عمل الاستجابة للحوادث.

قد يدعم الشاحن أو نظام إدارة الاتصالات OCPP 2.0.1، ولكن قد يظل النشر ضعيفًا إذا انتهت صلاحية الشهادات بصمت، أو تمت مشاركة حسابات المسؤول، أو لم تتم إدارة البرامج الثابتة، أو تم تجاهل الأحداث الأمنية.

تُسهّل أفضل منصات إدارة شحن المركبات الكهربائية فهم الأمن لفرق العمليات، وليس فقط لمهندسي البروتوكولات. يجب أن تكون حالة موثوقية الشاحن، وانتهاء صلاحية الشهادة، وإصدارات البرامج الثابتة، وحالات فشل التفويض، وتغييرات التكوين مرئية في سير العمل اليومي.

لماذا تُعدّ الأمن السيبراني لشحن السيارات الكهربائية أمراً بالغ الأهمية؟

لم تعد شواحن السيارات الكهربائية مجرد أجهزة كهربائية بسيطة. بل أصبحت نقاط اتصال تتواصل مع منصات الحوسبة السحابية، وتطبيقات الهاتف المحمول، وأنظمة تحديد الهوية بموجات الراديو، وبوابات الدفع، وبرامج إدارة الأساطيل، والمركبات، وشبكات المباني، وأحيانًا أنظمة المرافق العامة.

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

يمكن أن يؤدي ضعف شبكة الشحن إلى خلق أنواع عديدة من المخاطر:

لهذا السبب يجب تقييم الأمن السيبراني لـ OCPP عبر النظام البيئي بأكمله: أجهزة الشحن، وبرامج الواجهة الخلفية، والشهادات، والمستخدمين، والبرامج الثابتة، وشبكات المواقع، وعمليات الدعم.

ما الذي يضيفه بروتوكول OCPP 2.0.1 إلى الأمن؟

يوفر بروتوكول OCPP 2.0.1 إطار عمل أكثر حداثة من الإصدارات السابقة لبروتوكول OCPP لعمليات شحن المركبات الكهربائية بشكل آمن. فهو يدعم بنية أمنية أقوى، وتحسين التواصل بين الشاحن ونظام إدارة الشحن (CSMS)، وتحسين سير العمل المتعلق بالشهادات، وإدارة أفضل للأجهزة، ورؤية أوضح للأحداث الأمنية.

ال تحالف أوبن تشارج يصف بروتوكول OCPP بأنه بروتوكول اتصال مفتوح بين محطات الشحن وأنظمة إدارة الشحن. ويعتمد الإصدار 2.0.1 من OCPP على هذا الدور مع وظائف أكثر تقدماً لبنية تحتية آمنة وذكية وجاهزة للمستقبل للشحن.

ينبغي على المشغلين أن يفهموا أن هذه القدرات تشكل أساساً، وليست برنامجاً أمنياً مكتملاً.

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

اتصال آمن بين الشاحن ونظام إدارة الاتصالات

يُعد اتصال الشاحن بنظام إدارة العدادات (CSMS) قناة التحكم الرئيسية لعمليات الشبكة. وهو ينقل رسائل التفويض، وإشعارات الحالة، وأحداث المعاملات، وقيم العدادات، وتغييرات التكوين، والأوامر عن بُعد، وسير العمل المتعلق بالبرامج الثابتة.

إذا لم تكن قناة الاتصال هذه محمية بشكل صحيح، فقد يحاول المهاجمون اعتراض المعلومات أو التلاعب بها أو إعادة إرسالها، وذلك بحسب نقاط الضعف الموجودة. ولهذا السبب، يُعدّ النقل الآمن والمصادقة الصحيحة وهوية الشاحن الموثوقة عناصر أساسية لأمن بروتوكول OCPP 2.0.1.

ينبغي على المشغلين أن يسألوا البائعين عن كيفية تعامل نظام إدارة حماية المستهلك (CPMS) أو نظام إدارة سلامة المستهلك (CSMS) مع ما يلي:

• التحقق من هوية الشاحن
• عملية إعداد الشاحن الآمن
• تركيب وتجديد الشهادات
• إلغاء الشهادة
• اتصال مشفر بين الشاحن والخادم الخلفي
• السلوك عند انتهاء صلاحية الشهادة
• الاسترداد عند استبدال الشاحن أو إعادة تشغيله
• رؤية الأحداث الأمنية لفرق العمليات

يجب أن يمنع التصميم الآمن الشواحن غير المصرح بها من الانضمام إلى الشبكة مع توفير مسار خدمة واضح للفنيين الشرعيين عندما تحتاج الأجهزة إلى إصلاح أو استبدال.

المصادقة والتفويض وإدارة الهوية

تتضمن إجراءات أمان الشحن استخدام هويات متعددة في نفس الوقت.

يجب أن يتعرف النظام الخلفي على محطة الشحن. قد يحتاج السائقون إلى الحصول على تفويض عبر بطاقات RFID أو تطبيقات الهاتف المحمول أو حسابات الأسطول أو طرق الدفع أو بيانات اعتماد المركبة. يحتاج موظفو المشغل إلى صلاحيات وصول محددة الأدوار داخل نظام إدارة محطات الشحن. في بيئات الشحن والتوصيل، ISO 15118تضيف الشهادات ذات الصلة وهويات العقود طبقة أخرى من التعقيد.

وهذا يجعل إدارة الهوية عملية تجارية، وليست مجرد وظيفة تقنية.

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

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

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

إدارة الشهادات OCPP 2.0.1

تُعدّ إدارة شهادات بروتوكول OCPP 2.0.1 من أهمّ المواضيع الأمنية لشبكات شحن المركبات الكهربائية المتقدمة. تُساعد الشهادات على بناء الثقة بين الأنظمة، ولكنها تُنشئ أيضاً مسؤوليات متعلقة بدورة حياة الشهادة.

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

لا ينبغي للمشغلين قبول ادعاء غامض مثل "دعم الشهادة مشمول". بل يجب عليهم طلب عرض توضيحي لسير العمل.

تتضمن الأسئلة المهمة ما يلي:

• هل يمكن توفير الشهادات أثناء عملية إعداد الشاحن؟
• هل تظهر تواريخ انتهاء صلاحية الشهادات في نظام إدارة شهادات العملاء (CPMS)؟
• هل يمكن للنظام توليد تنبيهات قبل انتهاء صلاحية الشهادات؟
• هل يمكن تغيير الشهادات عن بُعد؟
• كيف تتم معالجة إلغاء الشهادات؟
• ماذا يحدث إذا قدم جهاز الشحن شهادة غير صالحة؟
• هل يتم تسجيل تغييرات الشهادات في سجل التدقيق؟
• هل يمكن تصدير حالة الشهادة لأغراض الامتثال أو التحقيق؟

هنا يكمن سر نجاح أو فشل العديد من مشاريع أمن بروتوكول OCPP 2.0.1. فوظيفة الشهادة التقنية لا تُجدي نفعاً إلا إذا تمكنت فرق العمليات من إدارتها بكفاءة وموثوقية.

البرامج الثابتة، والتكوين، والعمليات عن بُعد

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

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

ينبغي على المشغلين تحديد عملية إدارة البرامج الثابتة قبل النشر:

• من المسؤول عن الموافقة على تحديثات البرامج الثابتة؟
• كيف يتم اختبار التحديثات قبل طرحها؟
• ما هي مجموعات الشواحن التي تتلقى التحديثات أولاً؟
• متى يتم تحديد مواعيد التحديثات؟
• كيف يتم الإبلاغ عن النجاح أو الفشل؟
• ما هي خطة التراجع؟
• كيف يتم تتبع إصدارات البرامج الثابتة عبر الشبكة؟

تُعد أمانات التكوين مهمة لنفس السبب. فملفات تعريف الشحن، وإعدادات الموصل، ومعلمات الشبكة، وقواعد التسعير، وقوائم التفويض المحلية، والتكوينات المتعلقة بالدفع، كلها عوامل تؤثر على الإيرادات وتجربة المستخدم.

ينبغي لنظام إدارة حماية الشاحن القوي تسجيل تغييرات التكوين الحساسة، وتقييد الإجراءات عالية المخاطر، وتسهيل مقارنة الإعدادات المتوقعة مع سلوك الشاحن الفعلي. يجب أن تصبح بيانات بروتوكول أمان التشغيل (OCPP) بيانات قياس عن بُعد لأمن التشغيل، وليست مجرد بيانات بروتوكول.

المخاطر الأمنية الشائعة في شبكات شحن المركبات الكهربائية

لا تنجم العديد من مشاكل أمن شحن السيارات الكهربائية عن هجمات معقدة، بل عن ضعف الضوابط التشغيلية.

تشمل المخاطر الشائعة ما يلي:

• بيانات الاعتماد الافتراضية أو المعاد استخدامها
• حسابات المسؤول المشتركة
• شبكات مواقع مجزأة بشكل سيئ
• برنامج تشغيل الشاحن غير المحدث
• الشهادات المنتهية الصلاحية
• ضعف عمليات إعداد الشواحن
• أوامر عن بعد غير موثقة
• سجلات التدقيق مفقودة
• عدم كفاية التنبيه
• مستخدمو نظام إدارة المحتوى ذوو الصلاحيات الزائدة
• عدم وجود إجراءات للاستجابة للحوادث

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

أفضل دفاع يجمع بين إمكانيات البروتوكول الآمن، وتصميم المنتج الآمن، والعمليات المنظمة. يمكن لبروتوكول OCPP 2.0.1 دعم أمان أقوى، لكنه لا يُلزم المؤسسة بمراجعة الصلاحيات، أو مراقبة التنبيهات، أو إدارة الشهادات بشكل صحيح.

مفهوم خاطئ شائع: دعم بروتوكول OCPP 2.0.1 يعني أن الشبكة آمنة

لا يعني دعم بروتوكول OCPP 2.0.1 بالضرورة نشرًا آمنًا.

قد يدعم الشاحن بروتوكول OCPP 2.0.1، ولكنه قد يكون مثبتًا ببيانات اعتماد ضعيفة، أو ببرامج ثابتة قديمة، أو بإجراءات شهادات غير مكتملة، أو بتصميم شبكة موقع رديء. وقد يدعم النظام الخلفي ميزات أمان OCPP، ولكنه قد يعجز عن إظهار الأحداث المهمة لفريق العمليات.

ينبغي على المشغلين طلب الأدلة، لا الشعارات.

تشمل الأدلة المفيدة ما يلي:

• أمثلة على تكوينات الأمان
• شهادة OCPP أو دليل المطابقة
• سير عمل دورة حياة الشهادة
• شاشات الوصول القائمة على الأدوار
• لوحات معلومات أحداث الأمان
• سجلات تحديث البرامج الثابتة
• وثائق الاستجابة للحوادث
• إمكانية تصدير سجلات التدقيق
• اختبار توافق طرازات الشواحن

ينبغي أن تكون ادعاءات الأمان محددة وقابلة للاختبار. فبدلاً من قول "يجعل بروتوكول OCPP 2.0.1 عملية الشحن آمنة"، من الأدقّ قول: "يوفر بروتوكول OCPP 2.0.1 آليات أقوى تدعم عمليات الشحن الآمنة بين الشاحن ونظام إدارة الشحن عند تطبيقها وإدارتها بشكل صحيح".

خارطة طريق لتنفيذ الأمن للمشغلين

تبدأ خارطة طريق أمنية واقعية لبروتوكول OCPP 2.0.1 برؤية الأصول.

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

الخطوة الأولى: إنشاء سجل الأصول

تتبع طراز الشاحن، والموقع، والمالك، وإصدار البرنامج الثابت، وإصدار OCPP، ومسار الشبكة، وحالة الشهادة، ومستوى المخاطر، وتاريخ آخر اختبار.

الخطوة الثانية: إعداد الشاحن الآمن

ينبغي تسجيل كل شاحن من خلال عملية خاضعة للرقابة، والتحقق من صحته في النظام الخلفي، وتعيينه للموقع الصحيح ومجموعة التعريفة والمالك التشغيلي.

الخطوة 3: تحديد ملكية الشهادة وبيانات الاعتماد

ينبغي أن يكون للشهادات وكلمات المرور ومفاتيح واجهة برمجة التطبيقات (API) وأذونات المستخدم مالكون واضحون وجداول مراجعة محددة.

الخطوة الرابعة: إدارة البرامج الثابتة والتكوين

قم بإنشاء عمليات الموافقة والاختبار والجدولة والتراجع للبرامج الثابتة والتغييرات الرئيسية في التكوين.

الخطوة 5: مراقبة الأحداث الأمنية

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

الخطوة السادسة: الاستعداد للحوادث

حدد كيفية عزل الشاحن، وتدوير بيانات الاعتماد، والاحتفاظ بالسجلات، والاتصال بالموقع، وإخطار الفرق الداخلية، والتواصل مع العملاء في حالة تأثر الخدمة.

مثال على تسلسل الأحداث: سلوك الشاحن المشبوه

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

قد يُظهر النظام الضعيف فقط ما إذا كان الشاحن متصلاً بالإنترنت أم لا. أما نظام إدارة الشحنات القوي فيُفترض أن يُساعد المشغل على تحليل التسلسل الزمني الكامل للحدث.

ينبغي أن يكون المشغل قادراً على مراجعة ما يلي:

• حالات فشل التفويض الأخيرة
• آخر تغييرات التكوين
• إصدار البرنامج الثابت الحالي
• حالة الشهادة
• إجراءات المستخدم أو المسؤول
• جلسات الشحن ذات الصلة
• تاريخ اتصالات الشبكة
• إشعارات الأحداث الأمنية

ومن هناك، يمكن للمشغل أن يقرر ما إذا كان سيعيد ضبط الشاحن، أو يقفل بعض الأوامر عن بعد، أو يغير بيانات الاعتماد، أو يرسل فنيًا، أو يزيل الشاحن مؤقتًا من الخدمة.

يوضح هذا المثال سبب ضرورة ربط أمان بروتوكول OCPP 2.0.1 بالعمليات التشغيلية الفعلية. لا تُحقق الأحداث الأمنية قيمة إلا عندما تتمكن الفرق من رؤيتها وفهمها والتصرف بناءً عليها.

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

متطلبات الأمن التي يجب تضمينها في وثائق الشراء

ينبغي على فرق المشتريات صياغة متطلبات الأمن بلغة عملية. هذا يجعل تقييم الموردين أكثر فعالية ويقلل من مخاطر الوعود المبهمة.

تشمل المتطلبات المفيدة ما يلي:

• اتصال آمن بين الشاحن ونظام إدارة الاتصالات
• مصادقة الشاحن
• الوصول إلى نظام إدارة المحتوى القائم على الأدوار
• سجلات التدقيق للإجراءات الحساسة
• إمكانية رؤية حالة الشهادة
• تنبيهات تجديد الشهادة
• إدارة تحديثات البرامج الثابتة
• مراقبة الأحداث الأمنية
• التشخيص عن بعد
• سجل تغييرات التكوين
• تصدير السجل لأغراض التحقيق
• إجراءات الدعم والحوادث الموثقة

اطلب من الموردين عرض هذه العمليات باستخدام نماذج الشواحن التي تخطط لنشرها. لا يكفي عرض تقديمي عام.

اطلب أيضاً أدلة مثل حالة شهادة OCPP، وإجراءات الاختبار، ومخططات البنية، وسجلات نموذجية، ووثائق الأمان، وإجراءات تصعيد الدعم. برنامج شهادة OCA OCPP 2.0.1 يمكن أن تكون نقطة مرجعية مفيدة عند تقييم مدى توافق البروتوكول.

ما الذي يجب أن تسأله لمزود خدمة إدارة برامج الرعاية الصحية (CPMS)؟

عند تقييم نظام إدارة حماية العملاء (CPMS) أو نظام إدارة أمن المعلومات (CSMS)، اطرح أسئلة أمنية ترتبط مباشرة بالعمليات.

1. كيف يتم التحقق من هوية أجهزة الشحن قبل انضمامها إلى الشبكة؟
2. كيف يتم إصدار الشهادات وتجديدها وإلغاؤها؟
3. هل يمكن مراقبة تواريخ انتهاء صلاحية الشهادات من لوحة التحكم؟
4. هل يمكن منح المستخدمين أدوارًا ذات أقل امتيازات؟
5. هل الأحداث الأمنية مرئية للفرق غير الهندسية؟
6. هل يمكن أن تؤدي الأحداث الخطرة إلى إطلاق تنبيهات أو أوامر عمل؟
7. هل يتم تتبع حالة تحديث البرامج الثابتة حسب طراز الشاحن وموقعه؟
8. هل تخضع تغييرات التكوين للتدقيق؟
9. كيف يستجيب النظام لسلوك الشاحن غير المتوقع؟
10. هل يمكن تصدير السجلات لأغراض التحقيق أو دعم العملاء؟

قد يكون من الصعب تشغيل نظام إدارة حماية العملاء الذي يخفي تفاصيل الأمان على نطاق واسع، حتى لو كان اتصال OCPP الأساسي يعمل.

مؤشرات الأداء الرئيسية الأمنية التي يجب تتبعها بعد النشر

ينبغي أن يكون الأمن قابلاً للقياس. يجب على المشغلين تحديد مؤشرات الأداء الرئيسية التي تترجم المخاطر التقنية إلى رؤية إدارية واضحة.

تشمل مؤشرات الأداء الرئيسية المفيدة للأمن السيبراني في برنامج حماية أمن الاتصالات عبر الإنترنت (OCPP) ما يلي:

• أجهزة الشحن التي تنتهي صلاحية شهاداتها خلال 30 أو 60 أو 90 يومًا
• عدد الأحداث الأمنية التي لم يتم حلها
• محاولات تسجيل دخول فاشلة للمسؤول
• أجهزة الشحن التي تعمل ببرامج ثابتة تخضع لسياسة محددة
• تغييرات غير معروفة أو غير مصرح بها في التكوين
• متوسط الوقت اللازم للتحقيق في التنبيهات الحرجة
• عدد المستخدمين ذوي الصلاحيات الموسعة
• عدد أجهزة الشحن التي لديها سجلات تسجيل غير مكتملة
• معدل نجاح وفشل تحديث البرامج الثابتة
• أجهزة الشحن التي تفتقر إلى معلومات الأصول أو التي أصبحت قديمة

تساعد مؤشرات الأداء الرئيسية هذه المشغلين على الانتقال من استكشاف الأخطاء وإصلاحها بشكل تفاعلي إلى إدارة المخاطر.

التوصيل والشحن وأمان OCPP 2.0.1

يمكن لتقنية التوصيل والشحن تحسين تجربة السائق من خلال تمكين التعرف التلقائي على السيارة الكهربائية ومحطة الشحن وإصدار الفواتير بينهما. كما يمكنها تقليل الاعتماد على بطاقات RFID أو تطبيقات الهاتف المحمول أو خطوات الدفع اليدوية.

مع ذلك، لا يُلغي نظام التوصيل والشحن الحاجة إلى عمليات الأمان، بل يُضيف إجراءات عمل خاصة بالشهادات والهوية، والتي يجب إدارتها بعناية. دليل استخدام قابس وشاحن CharIN يُعد هذا مرجعًا مفيدًا لفهم كيفية تعامل النظام البيئي مع ترخيص شحن المركبات الكهربائية الآلي.

لا يزال المشغلون بحاجة إلى أدوات تحكم من أجل:

• صلاحيات المستخدم في الواجهة الخلفية
• إجراءات العمل المتعلقة بالعقود وهوية المركبات
• منطق الدفع والفواتير
• إدارة دورة حياة الشهادة
• عمليات دعم العملاء
• الاستجابة للحوادث

لهذا السبب، ينبغي تقييم Plug & Charge كجزء من نموذج الأمان OCPP 2.0.1 الأوسع، وليس كبديل لحوكمة أمان CPMS.

رأي الخبراء: يجب أن يكون الأمن واضحًا لغير المهندسين

في عمليات الشحن الحقيقية، ليس كل شخص مهندس بروتوكولات. يتفاعل مديرو المواقع وفرق دعم العملاء والفنيون الميدانيون والفرق المالية والمديرون التنفيذيون جميعًا مع أداء شبكة الشحن.

ينبغي لنظام إدارة حماية البيانات الآمن أن يجعل حالات الأمان الحرجة مفهومة:

• هل هذا الشاحن موثوق به؟
• هل اقتربت صلاحية شهادتها؟
• هل تم تحديث البرامج الثابتة مؤخراً؟
• هل هناك حالات فشل غير معتادة في عمليات التفويض؟
• من قام بتغيير هذا الإعداد؟
• هل تتزايد الحوادث الأمنية في أحد المواقع؟
• أي الشواحن تحتاج إلى الاهتمام أولاً؟

عندما يكون الأمن واضحاً، يمكن للمؤسسة الاستجابة قبل أن تتحول المشكلة التقنية إلى خسارة في الإيرادات أو توقف عن العمل أو إحباط للعملاء.

الخلاصة: دمج الأمن في نموذج التشغيل

يوفر OCPP 2.0.1 لمشغلي شحن المركبات الكهربائية أساسًا أقوى للاتصال الآمن بين الشاحن والخادم الخلفي، وإدارة الشهادات، والإبلاغ عن أحداث الأمان، والتحكم التشغيلي عن بعد.

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

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

التعليمات

المراجع ومصادر القراءة الإضافية

• تحالف الشحن المفتوح: بروتوكول نقطة الشحن المفتوح
• تحالف أوبن تشارج: دليل العمليات الأمنية
• تحالف الشحن المفتوح: شهادة OCPP 2.0.1
• NIST IR 8473: ملف تعريف إطار الأمن السيبراني للبنية التحتية للمركبات الكهربائية/الناقلات
• المختبر الوطني للطاقة المتجددة: الأمن السيبراني للبنية التحتية للشحن السريع للمركبات الكهربائية
• ISO 15118-1:2013
• قابس وشاحن CharIN
• إدارة العمليات الذكية من تريند باور