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

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

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

ما الذي يحله العتاد

العتاد هو الجزء الذي يتعامل مباشرة مع الفيزياء.

وهو يحدد:

• نمط الاستشعار،
• هندسة التغطية،
• حدود الحوسبة الطرفية،
• وصلات الشبكة،
• والمرونة المادية في الموقع.

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

ما الذي تحله البرمجيات

تحوّل البرمجيات الملاحظات إلى عمليات.

ويشمل ذلك عادةً:

• توحيد البيانات،
• الارتباط بين الأحداث،
• التنبيه،
• عرض الخرائط،
• توزيع المهام،
• وسجل الأحداث.

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

لماذا يسيء الفريق تشخيص عنق الزجاجة

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

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

ما الذي ينبغي إعطاؤه الأولوية؟

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

حدود البرمجيات

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

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

من أين يأتي الالتباس

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

• العتاد يحدد ما إذا كان النظام قادراً على رؤية العالم.
• البرمجيات تحدد ما إذا كانت المؤسسة قادرة على الاستفادة مما يراه النظام.

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

مقارنة عملية

هذا الجدول هو خلاصة تصميمية وليس مصفوفة مقارنة منتجات.

لماذا يصبح التكامل أهم من الجدل نفسه

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

والنهج التصميمي الأفضل هو أن نسأل:

• ما طبقات العتاد الأساسية للمهمة؟
• ما وظائف البرمجيات الأساسية لسرعة القرار وقابلية التتبع؟
• كيف تفشل الطبقتان، وماذا يحدث عند الفشل؟

تسلسل أفضل لتحديد الأولويات

في معظم المشاريع، يكون التسلسل المفيد هو:

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

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

كيف يبدو البرنامج المتوازن عادةً

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

وهذه عادةً أوضح علامة على أن الفريق يدير نظاماً، لا قائمة مشتريات.

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

وغالباً ما ينتج عن ذلك قرارات أفضل على مستوى دورة الحياة، إضافة إلى عمليات يومية أفضل.

الخلاصة

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

قراءات رسمية

• NIST RCS: The Real-time Control Systems Architecture - مفيد للتفكير في أنظمة التحكم اللحظي كثيفة البرمجيات وتفاعل المشغل ضمن بنية النظام.
• NIST Special Publication 1011-I-2.0 - مرجع مفيد لفهم دمج البيانات ومعالجة المعلومات بوصفهما وظائف أساسية في النظام.
• CISA Cybersecurity and Physical Security Convergence PDF - وثيقة ذات صلة لفهم لماذا لا ينبغي تنظيم الطبقات البرمجية والمادية على شكل جزر منفصلة.