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

قبل أن نبدأ، لا تنسَ الاطلاع على منشورنا السابق حول "التحليل الفني للحادث السيبراني لشركة fairlife" هنا.

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

ما هو معيار IEC 62443، ولماذا هو موجود؟

IEC 62443 هو سلسلة من المعايير الدولية التي تركز بشكل خاص على تأمين أنظمة الأتمتة والتحكم الصناعي (IACS) - مثل أجهزة التحكم المنطقية القابلة للبرمجة، وأنظمة التحكم الموزعة، ومنصات سكادا (SCADA)، وواجهات الإنسان والآلة، وأنظمة السلامة التي تشغل مصانع التصنيع، وشبكات الطاقة، ومرافق المياه، وغيرها من البنى التحتية الحيوية. وعلى عكس أطر أمن تكنولوجيا المعلومات الواسعة التي تتعامل مع كل أصل على أنه قابل للتبادل تقريباً، تمت كتابة معيار IEC 62443 مع مراعاة الواقع المحدد للتكنولوجيا التشغيلية: دورات حياة المعدات الطويلة، وأولويات التصميم التي تركز على السلامة أولاً،

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

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

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

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

فهم هيكل معيار IEC 62443

الأجزاء الأربعة للمعيار

ينقسم معيار IEC 62443 إلى أربع مجموعات من الوثائق، كل منها يعالج مستوى مختلفاً من المسؤولية. وبدلاً من قراءته كأنه مواصفة واحدة معقدة، فإنه يعمل مثل مجموعة من اللبنات الأساسية - مفاهيم عامة في الأعلى، وتتلوها متطلبات فنية تزداد دقة وتحديداً كلما اتجهت إلى الأسفل.

الشكل 1: الأجزاء الأربعة لمعيار IEC 62443، بدءاً من المصطلحات المشتركة وصولاً إلى متطلبات مستوى المنتج.

متطلبات الامتثال الأساسية لمعيار IEC 62443 التي يجب على المؤسسات تلبيتها

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

مستويات الأمن (SL 0–4): مطابقة الحماية للتهديدات

لا يفترض معيار IEC 62443 أن كل أصل يحتاج إلى نفس المستوى من الحماية. وبدلاً من ذلك، فإنه يحدد خمسة مستويات أمنية، تتراوح من SL 0 (لا تتوفر متطلبات حماية محددة) إلى SL 4 (حماية ضد خصم يتمتع بموارد وفيرة ودوافع قوية باستخدام وسائل متطورة). ويتم تخصيص مستوى أمني مستهدف (SL-T) لكل منطقة في المنشأة بناءً على عواقب الاختراق، ويتم قياس المستوى الفعلي المحقق (SL-A) مقارنةً بذلك الهدف.

المناطق والممرات: العمود الفقري للامتثال الفني

المنطقة (Zone) هي مجموعة من الأصول التي تشترك في متطلبات أمنية مشتركة - على سبيل المثال، جميع أجهزة التحكم في خط إنتاج واحد، أو جميع محطات العمل الهندسية في غرفة التحكم. أما الممر (Conduit) فهو المسار الذي تنتقل من خلاله البيانات بين المناطق، وهو المكان الذي يتم فيه تطبيق ضوابط الأمن مثل جدران الحماية، وتصفية البروتوكولات، وصمامات البيانات (data diodes). هذا النموذج مهم لأنه يستبدل الشبكة المسطحة التي تثق في كل شيء بشبكة مجزأة عمداً، بحيث لا يمكن للاختراق في منطقة ذات ثقة أقل - كشبكة الأعمال مثلاً - الانتقال دون عوائق إلى منطقة تتحكم في العمليات الفيزيائية الفعلية.

الشكل 2: نموذج نموذجي للمناطق والممرات يفصل بين أصول المؤسسة، والمنطقة المنزوعة السلاح (DMZ)، والتحكم، والسلامة، وأصول مستوى الحقل.

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

المتطلبات الأساسية السبعة (FRs)

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

تقييم مخاطر IEC 62443: أساس الامتثال

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

الشكل 3: دورة حياة تقييم مخاطر IEC 62443 مستمرة وليست مجرد إنجاز لمرة واحدة لتحقيق الامتثال.

يمر تقييم مخاطر IEC 62443 القابل للدفاع عنه عموماً عبر ست مراحل، وينتج عن كل مرحلة أدلة يتوقع المدقق رؤيتها:

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

• تقييم الثغرات والتهديدات: تقييم نقاط الضعف المعروفة في البيئة مقابل سيناريوهات التهديد الواقعية ذات الصلة بالقطاع والجغرافيا.

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

• تحديد مستويات الأمن المستهدفة (SL-T): تخصيص مستوى الأمن المستهدف المناسب لكل منطقة بناءً على تحليل العواقب، وليس بناءً على افتراضات الصناعة العامة.

• تصميم وتطبيق التدابير الوقائية: تحديد ضوابط فنية وإجرائية مرسومة وفقاً للمتطلبات الأساسية السبعة لسد الفجوة بين مستوى الأمن الفعلي (SL-A) ومستوى الأمن المستهدف (SL-T).

• المراقبة وإعادة التقييم والمحافظة: إعادة النظر في التقييم عند تغير الأصول أو الاتصال أو ظروف التهديد، بدلاً من الانتظار للتدقيق المجدول التالي.

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

حوادث واقعية تبين أهمية هذه المتطلبات

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

شبكة الكهرباء الأوكرانية، 2015 و2016

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

TRITON/TRISIS، عام 2017

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

نورسك هيدرو (Norsk Hydro)، 2019

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

منشأة أولدسمار لمعالجة المياه، 2021

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

كولونيال بايبلاين (Colonial Pipeline)، 2021

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

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

التحديات الشائعة التي تواجهها المؤسسات عند السعي لتحقيق الامتثال لمعيار IEC 62443

إن كل مؤسسة تعمل معها Shieldworkz تقلل من شأن تحدٍ واحد على الأقل من التحديات التالية خلال محاولتها الجادة الأولى لتحقيق الامتثال:

• الأصول القديمة التي لا يمكن تحديثها أو فحصها: العديد من أجهزة التحكم المستخدمة حالياً يتراوح عمرها بين عشر سنوات وخمس وعشرين سنة ولم يتم تصميمها مطلقاً لدعم المصادقة الحديثة أو برمجيات حماية الأجهزة الطرفية (agents).

• الفجوة الثقافية بين فرقي تكنولوجيا المعلومات (IT) والتكنولوجيا التشغيلية (OT): تختلف أولويات الأمن، والقدرة على تحمل تغيير الضوابط، وحتى المصطلحات الأساسية بشكل حاد بين المجموعتين، مما يبطئ كل قرار مشترك.

• قوائم جرد الأصول غير المكتملة أو القديمة: لا يمكنك تخصيص مستويات أمنية دقيقة لأصول لم تقم بتحديدها بشكل كامل بعد.

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

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

• الحساسية العالية تجاه فترات التوقف التي تحد من إجراء الاختبارات: غالباً ما يتطلب التحقق من الضوابط توفر فترات صيانة تتعارض مباشرة مع جداول الإنتاج المحددة.

• الفجوات لدى الموردين وجهات دمج الأنظمة: تعتمد متطلبات مستوى المكونات بموجب معيار 62443-4 على الموردين الذين قد لا يبنون أجهزتهم وفقاً للمعيار بعد، مما يضطر مالكي الأصول لتعويض ذلك بضوابط إضافية.

أفضل الممارسات لتحقيق الامتثال لمعيار IEC 62443 والمحافظة عليه

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

• ابدأ بجرد كامل وحيوي للأصول. تعتبر طرق الاكتشاف غير النشطة (Passive discovery) التي لا تعطل أجهزة التحكم الحساسة أساسية في البيئات التي ينطوي فيها الفحص النشط على مخاطر تشغيلية.

• أجرِ تقييم المخاطر قبل اختيار التكنولوجيا. يجب أن تنبثق مستويات الأمن المستهدفة وأولويات الضوابط من تحليل العواقب، وليس من كتالوج منتجات الموردين.

• صمم المناطق والممرات بناءً على تدفقات البيانات الفعلية. حدد بوضوح كيف تتحرك المعلومات فعلياً بين الأنظمة قبل رسم حدود التجزئة على الورق.

• تعامل مع مستوى الأمن المستهدف (SL-T) كقرار تجاري، وليس مجرد قرار فني. أشرِك إدارة المصنع وفرق السلامة عند تحديد المستويات المستهدفة للمناطق المرتبطة بالعمليات الفيزيائية.

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

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

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

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

كيف تدعم Shieldworkz المؤسسات

تعمل Shieldworkz جنباً إلى جنب مع قادة أمن التكنولوجيا التشغيلية (OT)، ومديري المصانع، وكبار مسؤولي أمن المعلومات (CISOs) لتحويل متطلبات معيار IEC 62443 إلى برنامج عملي متسلسل مبني حول ملف المخاطر الفعلي لكل منشأة - وليس مجرد قائمة تدقيق عامة.

• اكتشاف وجرد شامل للأصول بطرق غير نشطة أولاً، ومخصصة لبيئات التكنولوجيا التشغيلية الحساسة

• تقييمات مخاطر منظمة وفقاً لمعيار IEC 62443، بما في ذلك تحليل العواقب وتحديد مستوى الأمن المستهدف

• تصميم المناطق والممرات بناءً على حركة مرور الشبكة الحقيقية وتدفقات بيانات العمليات

• تقييم الفجوات لمقارنة مستويات الأمن الحالية المحققة (SL-A) بمستويات الأمن المستهدفة (SL-T)

• تطوير أطر الحوكمة التي تربط بين اتخاذ القرارات الأمنية في كل من تكنولوجيا المعلومات والتكنولوجيا التشغيلية

• مراقبة مستمرة واكتشاف التهديدات المصممة للبروتوكولات الصناعية والأجهزة القديمة

• تخطيط الاستجابة للحوادث الخاصة بالتكنولوجيا التشغيلية وإجراء التمارين اللوحية المحاكية (Tabletop exercises)

• تدريب القوى العاملة لبناء القدرات الأمنية الداخلية للتكنولوجيا التشغيلية، وليس مجرد الاعتماد على جهات خارجية

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

الخلاصة

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

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

مصادر إضافية 

تقرير قابل للتنزيل حول حادثة Stryker السيبرانية هنا 
قائمة تدقيق لتقييم واختيار موردي حلول فحص الوسائط القابلة للإزالة هنا 
قائمة تدقيق لتقييم مخاطر OT/ICS القائمة على معيار IEC 62443 لقطاع تصنيع الأغذية والمشروبات هنا