يُعاني الأمن السيبراني من نقطة عمياء أساسية. نحن ننفق مبالغ طائلة لحماية البرمجيات، بينما يقوم المعالج الكامن تحتها بتنفيذ أي تعليمات يتلقاها بشكل أعمى. هذا الوضع يجب أن يتغير. فبالنسبة لمليارات الأنظمة المدمجة التي تُشغل السيارات والأجهزة الطبية وأجهزة التحكم الصناعية ومعدات الشبكات والبنية التحتية الحيوية، يحتاج الأمن إلى طبقة مستقلة قادرة على مراقبة تنفيذ المعالجات للتعليمات.
المخاطر واضحة بالفعل. سجلت الولايات المتحدة 3322 خرقًا للبيانات في عام 2025، وهو رقم قياسي. وشكلت الهجمات الإلكترونية 80% من هذه الاختراقات. لا تُخبرنا هذه الأرقام بفشل جميع وسائل الدفاع، لكنها تكشف أمرًا مهمًا: إن إضافة المزيد من المنتجات الأمنية لم يؤدِ إلى اختفاء المشكلة الأساسية.
لقد أمضيت عقودًا في بناء التكنولوجيا، ولا يزال أحد الدروس يتكرر: عندما يفشل نظام ما بشكل متكرر في نفس المكان، فإن إضافة طبقة أخرى حوله لا يعني بالضرورة تقدمًا. في بعض الأحيان، يتعين عليك تغيير الحدود الأمنية.
لماذا التركيز على البرمجيات لم يعد كافياً؟
اليوم، تتركز هذه الحدود الأمنية في الغالب على البرمجيات. نحن ننشر جدران الحماية، وحماية نقطة النهاية، وأنظمة كشف التسلل، وماسحات الثغرات الأمنية، وصناديق الاختبار (sandboxes)، وأنظمة المراقبة، وعدد لا يُحصى من الأدوات الأخرى. هذه الأدوات ذات قيمة، ولكن كل دفاع برمجي هو بحد ذاته برنامج، والبرمجيات تحتوي على أخطاء. غالبًا ما نطلب من البرمجيات الضعيفة حماية البرمجيات الضعيفة الأخرى.
وهذا يخلق مشكلة أخرى: الضوضاء. يمكن لمركز تشغيل الشبكة أن يتلقى آلاف التنبيهات يوميًا. بعضها يُمثل تهديدات حقيقية، والبعض الآخر غير ضار. عندما لا يتمكن المدافعون من التمييز بينها بشكل موثوق، فإنهم يواجهون نفس المشكلة التي واجهها الأطباء خلال الأيام الأولى لاختبار كوفيد-19: الاختبار الذي يُنتج عددًا كبيرًا جدًا من الإنذارات الكاذبة يصبح أقل فائدة، حتى عندما يكون العلم الأساسي سليمًا.
السؤال الأهم: هل الآلة تقوم بما يفترض أن تفعله؟
يُنفذ المعالج التعليمات بسرعة غير عادية، لكنه تقليديًا لا يفهم ما إذا كانت هذه التعليمات مشروعة أم لا. إذا استغل أحد المهاجمين ثغرة أمنية في البرنامج، فقد يُنفذ المعالج التعليمات الضارة بنفس الطاعة التي يُنفذ بها التعليمات الشرعية.
تخيل بدلًا من ذلك طبقة أجهزة مستقلة تراقب تلك التعليمات أثناء تنفيذها. يمكنها فرض قواعد حول ما يُسمح للبرنامج بالقيام به. من الممكن أن يظل هناك تجاوز سعة المخزن المؤقت في الشفرة الأساسية، ولكن يمكن للمعالج إيقاف السلوك المحظور الناتج قبل أن يصبح استغلالًا حقيقيًا.
هذا يختلف جوهريًا عن مطالبة برنامج آخر باكتشاف الهجوم بعد وقوعه. لا يمكن إعادة كتابة الأجهزة عن بُعد بنفس الطريقة التي يمكن بها إعادة كتابة البرمجيات. يمكنها توفير حدود أمنية لا تعتمد على أن يكون كل سطر من التعليمات البرمجية مثاليًا.
الفوائد الإضافية لأمن التنفيذ المعتمد على الأجهزة
وهناك آثار جانبية مفيدة. يمكن لهذا النوع من المراقبة أن يكشف الأخطاء قبل نشر النظام في الميدان. أثناء التشغيل العادي، يمكن للنظام تحديد السلوك الذي ينتهك قواعده وإعطاء المطورين دليلًا على وجود ثغرة أمنية لم يكونوا على علم بوجودها. يصبح الأمن جزءًا من عملية تطوير البرمجيات وليس مجرد آلية للاستجابة لحالات الطوارئ.
نحن في حاجة ماسة لهذا الدعم لأن نقاط الضعف المتعلقة بسلامة الذاكرة، مثل تجاوز سعة المخزن المؤقت، لا تزال شائعة بشكل عنيد. وفقًا لـ CISA، أفادت شركة مايكروسوفت أن ما يقرب من 70% من مهامها السنوية لمكافحة المشاكل الأمنية هي مشكلات تتعلق بسلامة الذاكرة، بينما أبلغت جوجل عن نسبة مماثلة بين الأخطاء الأمنية الخطيرة في متصفح كروميوم. وتشير CISA أيضًا إلى أن هذه المشكلات لا تزال قائمة على الرغم من سنوات من التشويش والتحليل الثابت ووضع الحماية وتقنيات الاختبار الأخرى.
وهذا الأمر يزداد أهمية حيث يعمل الذكاء الاصطناعي على تسريع كلا جانبي القتال. في فبراير 2026، ذكرت شركة أنثروبيك أن نموذجها Claude Opus 4.6 ساعد في تحديد والتحقق من صحة أكثر من 500 نقطة ضعف عالية الخطورة في البرمجيات مفتوحة المصدر. نفس القدرة التي تمنح المدافعين رؤية غير مسبوقة يمكن أن تمنح المهاجمين سرعة غير مسبوقة. وحذرت أنثروبيك من أن نماذج الذكاء الاصطناعي قادرة بالفعل على تحديد نقاط الضعف الجديدة، وأن الوقت التقليدي المتاح للإفصاح والمعالجة قد لا يكون كافيًا.
تقرير التحقيقات في خرق البيانات لعام 2026 الصادر عن شركة Verizon يجعل الإلحاح أكثر وضوحًا. أصبح استغلال الثغرات الأمنية هو ناقل الوصول الأولي الرائد، وهو المسؤول عن 31% من الانتهاكات في مجموعة البيانات الخاصة به. وذكرت شركة Verizon أيضًا أن الذكاء الاصطناعي يساعد المهاجمين على تسريع عملية الاستغلال.
مستقبل الأمن السيبراني: خياران حاسمان
يمكن للمستقبل أن يسير بإحدى طريقتين:
أولاً: تصبح المعالجات مشاركين نشطين في مجال الأمن. يمكن أن تستمر الأنظمة المدمجة في العمل حتى عندما يحتوي البرنامج على عيوب. يحصل المطورون على أدلة مستمرة حول نقاط الضعف. يقوم المصنعون ببناء أجهزة يصعب استغلالها. تُصبح السيارات والمعدات الطبية والآلات الصناعية والبنية التحتية المتصلة أكثر جدارة بالثقة لأن الحدود الأمنية أصبحت أقرب إلى النقطة التي يصبح فيها الكود فعالاً.
والبديل أكثر قتامة: نستمر في تكديس دفاعات البرمجيات على مجموعات برمجية متزايدة التعقيد بينما يستخدم المهاجمون الذكاء الاصطناعي للعثور على نقاط الضعف بشكل أسرع من قدرة البشر على تصحيحها. ينمو سطح الهجوم، وتتضاعف التنبيهات، ويصبح من الصعب الثقة في التعليمات البرمجية التي تتحكم في الأنظمة المادية. في النهاية، تُصبح الفجوة بين اكتشاف الثغرة واستغلالها أقصر من قدرتنا على الاستجابة. إن تنفيذ الرقابة لا يحمي تطبيقاتك فحسب، بل يحمي أنظمة الدفاع السيبراني لديك، مما يجعلها قادرة على القيام بعملها بفعالية.
ولا ينبغي لنا أن ننتظر وصول ذلك المستقبل المظلم.
خاتمة: إلى أين يتجه الأمن السيبراني؟
إن اللغات الآمنة للذاكرة، وممارسات التطوير الأفضل، والاختبار، والتصحيح، والأمن السيبراني التقليدي، كلها أمور مهمة. الرقابة على الأجهزة لا تحل محلها؛ بل تمنحها الدعم والمساندة.
لذا، في المرة القادمة التي تقوم فيها بتقييم نظام أساسي مضمن، أو جهاز متصل، أو تقنية من شأنها التحكم في شيء ما في العالم المادي، اطرح سؤالًا أصعب من ما مدى أمان البرنامج؟ اسأل: ما الذي يراقب المعالج عندما يفشل البرنامج؟.
وهذا هو المكان الذي يجب أن يتجه إليه الأمن السيبراني لاحقًا.