أصبحت الأجهزة المتصلة والمستشعرات والكاميرات والمركبات والأنظمة الصناعية تنتج كميات متزايدة من البيانات التي تحتاج أحيانًا إلى تحليل فوري، وهو ما جعل الاعتماد الكامل على إرسال كل معلومة إلى مركز بيانات بعيد أو منصة سحابية غير مناسب لبعض الاستخدامات. من هنا توسعت حوسبة الحافة Edge Computing، التي تنقل جزءًا من التخزين والمعالجة إلى مواقع أقرب إلى المكان الذي تتولد فيه البيانات. هذا النموذج يوفر زمن استجابة أقل، ويساعد على تشغيل التطبيقات الحساسة للوقت، لكنه في المقابل ينقل جزءًا من البنية الحاسوبية إلى مواقع أكثر توزيعًا وتعقيدًا من مراكز البيانات التقليدية. وتشير NIST إلى أن حماية منصات الحوسبة السحابية والحافة تحتاج إلى نهج متعدد الطبقات يشمل حماية المنصة التي تنفذ عليها البيانات وأعباء العمل نفسها.
التحدي الأمني هنا واضح: عندما كانت المعالجة مركزة داخل مركز بيانات محمي، كان من الأسهل نسبيًا فرض ضوابط موحدة على الأجهزة والشبكات. أما عند توزيع مئات أو آلاف عقد الحافة على مصانع وفروع ومدن ومواقع بعيدة، فإن عدد النقاط التي يجب إدارتها ومراقبتها يرتفع بصورة كبيرة. وتوضح ETSI أن بيئات Multi-access Edge Computing تتسم بطبيعتها بتعدد الموردين والمكونات والأطراف، وهو ما يجعل تأمينها من البداية إلى النهاية أكثر تعقيدًا من تطبيق نموذج حماية سحابي تقليدي بصورة مباشرة.
ما المقصود بحوسبة الحافة؟
حوسبة الحافة هي نموذج يتم فيه نقل جزء من قدرات المعالجة والتخزين من مركز البيانات المركزي إلى موقع أقرب إلى مصدر البيانات أو المستخدم النهائي. فقد تتم معالجة بيانات كاميرا داخل منشأة محلية بدل إرسال كل الفيديو إلى السحابة، أو يتم تحليل معلومات أجهزة مصنع في خادم قريب من خطوط الإنتاج قبل إرسال النتائج المهمة فقط إلى منصة مركزية. كما تستخدم تقنيات Multi-access Edge Computing لإتاحة قدرات حوسبة وخدمات قريبة من شبكات الاتصالات والمستخدمين، وتوضح ETSI أن MEC تسعى إلى الجمع بين قدرات عالم الاتصالات وتقنيات الحوسبة السحابية داخل بيئات أقرب إلى شبكة الوصول.
هذا لا يعني أن Edge Computing تستبدل الحوسبة السحابية، بل غالبًا يعمل النموذجان معًا. تستطيع عقدة الحافة تنفيذ الاستجابة السريعة محليًا، بينما تستخدم السحابة لتجميع البيانات على نطاق واسع وإجراء التحليلات الطويلة وإدارة الأنظمة. لذلك تظهر بيئة هجينة تحتوي على أجهزة ومواقع حافة وخدمات سحابية واتصالات متعددة، وكل انتقال بين هذه المكونات يحتاج إلى ضوابط أمنية واضحة.
لماذا تنتقل معالجة البيانات إلى نقطة التولد؟
هناك تطبيقات لا تستطيع تحمل التأخير الناتج عن إرسال البيانات لمسافات طويلة وانتظار معالجتها ثم إعادة النتيجة. في بيئة صناعية، قد يحتاج نظام إلى اكتشاف تغير غير طبيعي في آلة واتخاذ إجراء خلال وقت قصير، بينما تحتاج المركبات والخدمات التفاعلية وبعض تطبيقات الاتصالات إلى استجابة منخفضة التأخير. مواصفات ETSI الخاصة بـMEC تتناول حالات استخدام تعتمد على توفير قدرات الحوسبة والخدمات بالقرب من المستخدم أو البنية الشبكية، وهو ما يعكس أهمية القرب من مصدر الطلب في هذه التطبيقات.
إضافة إلى ذلك، قد تساعد الحافة على تقليل كمية البيانات التي تحتاج إلى الانتقال إلى السحابة، لأن النظام يستطيع تحليل المحتوى محليًا وإرسال النتائج أو البيانات المهمة فقط. لكن هذه الفائدة لا تعني أن البيانات تصبح آمنة تلقائيًا لمجرد بقائها بالقرب من مصدرها؛ إذ يجب حماية التخزين المحلي والاتصالات والحسابات والبرامج التي تعالجها.
الأمن في Edge Computing يختلف عن الأمن داخل مركز البيانات
مركز البيانات التقليدي يوجد غالبًا في موقع يتمتع بضوابط مادية وأنظمة مراقبة وإدارة مركزية وشبكات يمكن التحكم فيها بصورة دقيقة. عقد الحافة قد توجد في فرع صغير أو برج اتصالات أو مصنع أو مركبة أو موقع بعيد، وقد لا تتوفر لها الحماية المادية نفسها. لهذا فإن مهاجمة الجهاز نفسه أو الوصول إليه ماديًا تصبح من السيناريوهات التي تحتاج إلى التفكير فيها بجدية أكبر.
وتؤكد NIST في إرشاداتها حول الأمن المعتمد على العتاد للحوسبة السحابية والحافة أهمية بناء حماية متعددة الطبقات للمنصة، بما يشمل تقنيات تساعد على إنشاء جذور ثقة والتحقق من سلامة البيئة التي تعمل عليها أعباء العمل. هذه الفكرة مهمة لأن البرنامج الآمن قد لا يكون كافيًا إذا تم التلاعب بالمنصة التي يقوم البرنامج فوقها.
ما الذي يوسع سطح الهجوم عند الحافة؟
عندما تتوسع البنية الطرفية، لا يزداد عدد الأجهزة فقط، بل تزداد أيضًا العلاقات بين الأجهزة والخدمات. وقد تشمل نقاط الهجوم:
عقد الحافة والخوادم المحلية.
أجهزة إنترنت الأشياء والمستشعرات.
أنظمة التشغيل والبرامج الثابتة Firmware.
واجهات API بين الحافة والسحابة.
اتصالات الشبكة بين الأجهزة والعقد.
حسابات الإدارة والصيانة عن بعد.
البرمجيات والتحديثات القادمة من الموردين.
هذه المساحة الواسعة تجعل إدارة الأصول إحدى الخطوات الأساسية، لأن المؤسسة لا تستطيع حماية جهاز أو خدمة لا تعرف بوجودها.
أجهزة إنترنت الأشياء تمثل جزءًا مهمًا من معادلة الأمن
ترتبط Edge Computing في كثير من السيناريوهات بأجهزة IoT التي تجمع البيانات من البيئة وتدفعها نحو أنظمة التحليل. المشكلة أن هذه الأجهزة تختلف كثيرًا في قدراتها؛ بعضها صغير جدًا، وبعضها يعمل لسنوات، وقد يكون تحديثه أو مراقبته أكثر صعوبة من الحاسب التقليدي. سلسلة NISTIR 8259 تقدم أساسًا لمتطلبات وقدرات الأمن السيبراني الخاصة بأجهزة ومنتجات إنترنت الأشياء، مع التأكيد على أن احتياجات الحماية تختلف حسب الجهاز وحالة الاستخدام والمخاطر المرتبطة به.
يجب لذلك التعامل مع الجهاز باعتباره جزءًا من النظام الأمني وليس مجرد مصدر بيانات. فإذا تمت السيطرة على مستشعر أو كاميرا، فقد يحاول المهاجم استخدامه للوصول إلى خدمات أخرى أو إرسال بيانات مزيفة تؤثر على قرارات النظام. ومن الممارسات المفيدة تقييد الاتصالات التي يستطيع الجهاز إجراءها، وتغيير بيانات الدخول الافتراضية، وإدارة التحديثات، وتسجيل الأنشطة غير المعتادة.
هوية الجهاز مهمة مثل هوية المستخدم
في الشبكات التقليدية يتركز الحديث كثيرًا على التأكد من هوية الشخص الذي يسجل الدخول، أما في Edge Computing فقد تتواصل آلاف الأجهزة تلقائيًا دون تدخل بشري. لهذا يجب أن تكون لكل عقدة أو جهاز هوية يمكن التحقق منها قبل السماح لها بالاتصال بالخدمات.
إذا استطاع جهاز مجهول إرسال البيانات إلى النظام وكأنه جهاز حقيقي، فقد يتمكن المهاجم من إدخال معلومات مزيفة أو استغلال الاتصال للوصول إلى البنية. لذلك تحتاج الأنظمة إلى آليات تحقق قوية بين الأجهزة والعقد، مع إدارة الشهادات ومفاتيح التشفير بصورة تمنع مشاركتها أو استخدامها خارج الجهاز المصرح له.
تشفير البيانات أثناء الحركة والتخزين
تتحرك بيانات الحافة بين عدة نقاط: من المستشعر إلى عقدة الحافة، ومنها إلى خدمة سحابية أو مركز إدارة، وقد تعود التعليمات مرة أخرى إلى الجهاز. كل مرحلة انتقال تمثل فرصة محتملة لاعتراض البيانات أو تعديلها إذا لم تكن الاتصالات محمية.
يجب لذلك استخدام التشفير أثناء النقل، إضافة إلى تشفير البيانات الحساسة المخزنة محليًا عند الحاجة. وتصبح إدارة مفاتيح التشفير جزءًا مهمًا من التصميم، لأن حماية البيانات لا تحقق فائدتها إذا كانت المفاتيح نفسها مخزنة بطريقة غير آمنة على الجهاز.
كما يجب تحديد مدة الاحتفاظ بالمعلومات عند الحافة. بعض البيانات قد لا تحتاج إلى البقاء بعد انتهاء التحليل، ولذلك يؤدي حذفها بصورة آمنة إلى تقليل كمية المعلومات التي يمكن أن يحصل عليها المهاجم إذا تم اختراق الجهاز.
تحديث الأجهزة البعيدة تحدٍ لا يمكن تجاهله
قد تظل عقد الحافة والأجهزة الذكية في الخدمة لسنوات، وخلال هذه الفترة ستظهر ثغرات جديدة تحتاج إلى تحديثات. المشكلة أن الوصول المادي إلى جميع الأجهزة قد يكون مكلفًا أو غير عملي، ولذلك يجب أن تدعم المنظومة تحديثات آمنة عن بعد منذ التصميم.
إرشادات NIST الحديثة لمنتجات IoT تركز على وجود أنشطة وقدرات أمنية يجب أخذها في الاعتبار طوال دورة حياة المنتج، وليس عند إطلاقه فقط. وهذا يجعل إدارة التحديثات والدعم المستمر جزءًا من الأمن، لأن جهازًا يعمل بصورة مستقرة لكنه توقف عن استقبال الإصلاحات قد يتحول إلى نقطة ضعف دائمة داخل الشبكة.
التحديث الآمن يحتاج إلى أكثر من ملف جديد
ينبغي أن تتضمن العملية:
التأكد من هوية الجهة التي أصدرت التحديث.
التحقق من سلامة الملف قبل التثبيت.
حماية قناة تنزيل التحديث.
وجود إمكانية للرجوع إذا فشل التحديث.
تسجيل الأجهزة التي استلمت النسخة الجديدة.
اكتشاف الأجهزة التي لم تعد تتلقى دعمًا أمنيًا.
بهذه الطريقة لا يتحول نظام التحديث نفسه إلى قناة لهجوم سلسلة إمداد.
التقسيم الشبكي يمنع اختراق جهاز واحد من الانتشار
من أخطر الأخطاء وضع جميع أجهزة الحافة وإنترنت الأشياء والأنظمة الإدارية داخل بيئة واحدة واسعة. إذا تم اختراق كاميرا أو جهاز صغير، قد يحاول المهاجم التحرك منه نحو خوادم أو قواعد بيانات أكثر أهمية.
يفضل تقسيم الشبكات وفق وظيفة الأجهزة وحساسيتها، بحيث لا يستطيع الجهاز الاتصال إلا بالخدمات التي يحتاج إليها. يمكن مثلًا منع كاميرات المراقبة من التواصل مباشرة مع الأنظمة المالية، وفصل بيئات الإدارة عن أجهزة التشغيل، وتقييد حركة البيانات بين كل قسم.
هذا الأسلوب يعكس مبدأ أن الثقة لا ينبغي أن تنتقل تلقائيًا من جهاز إلى بقية النظام، ويساعد على احتواء الحوادث عند وقوعها.
حماية المنصة نفسها قبل حماية التطبيقات
من السهل التركيز على التطبيق الموجود فوق عقدة الحافة وإغفال الجهاز الذي يشغله. لكن إذا تمكن المهاجم من التلاعب بعملية الإقلاع أو طبقة النظام أو بيئة التشغيل، فقد يصبح قادرًا على تجاوز ضوابط التطبيق.
تؤكد NIST ضمن عملها حول Hardware-Enabled Security أن أساس استراتيجية حماية السحابة والحافة يجب أن يشمل تأمين المنصة التي تنفذ عليها البيانات وأعباء العمل، مع استخدام تقنيات عتادية لدعم الثقة وسلامة البيئة.
ولهذا يمكن أن تشمل الاستراتيجية استخدام الإقلاع الآمن، والتحقق من سلامة البرامج الثابتة، وحماية المفاتيح الحساسة، وآليات تؤكد أن الجهاز يعمل بتكوين معتمد قبل السماح له بالوصول إلى الأنظمة المهمة.
مراقبة آلاف العقد تحتاج إلى إدارة مركزية
وجود الحوسبة عند الحافة لا يعني إدارة الأمن بصورة منفصلة في كل موقع. بالعكس، كلما كانت الأجهزة موزعة، أصبحت الحاجة أكبر إلى رؤية مركزية توضح حالتها وإصدارات البرامج والاتصالات والتنبيهات.
يجب أن يعرف فريق الأمن أي جهاز يعمل بأي إصدار، ومتى اتصل آخر مرة، وما إذا كان سلوكه تغير بصورة غير معتادة. كما يجب أن يستطيع تعطيل جهاز أو عزل عقدة من الشبكة عن بعد عند اكتشاف مشكلة، خصوصًا إذا كان الوصول المادي إلى الموقع يحتاج إلى وقت.
وتستمر ETSI في تطوير أعمال ترتبط بالمراقبة والإدارة الأمنية في بيئات MEC، وهو ما يعكس أهمية إدارة الحافة كبيئة تشغيل مستمرة وليست مجرد مجموعة خوادم موزعة.
واجهات API عند الحافة تحتاج إلى حماية دقيقة
تستخدم بيئات الحافة APIs لتبادل المعلومات بين التطبيقات والخدمات ومنصات الإدارة. كل واجهة إضافية يمكن أن تكون نقطة هجوم إذا كانت المصادقة أو الصلاحيات أو التحقق من المدخلات ضعيفة.
ينبغي ألا تكون معرفة عنوان API أو وجود الجهاز داخل الشبكة كافيًا للسماح بالوصول. يجب التحقق من هوية التطبيق وتحديد العمليات التي يستطيع تنفيذها ومراقبة معدلات الطلبات والسلوك غير المعتاد. ETSI لديها مواصفات وأعمال مرتبطة بواجهات MEC وبوابات التطبيقات، بما في ذلك جوانب تكوين الوصول الأمني.
Edge AI يضيف قيمة ومخاطر جديدة
عندما يتم تشغيل نماذج الذكاء الاصطناعي مباشرة عند الحافة، يمكن اتخاذ قرارات بسرعة دون إرسال كل البيانات إلى السحابة. قد يستخدم المصنع نموذجًا لاكتشاف الأعطال، أو الكاميرا خوارزمية لتحليل المشهد محليًا. هذا يقلل الحاجة إلى نقل المعلومات ويتيح استجابة أسرع، لكنه يجعل النموذج وبياناته وملفاته جزءًا من الجهاز الذي يجب تأمينه.
قد يحاول المهاجم استخراج النموذج أو التلاعب بالمدخلات أو استبدال نسخة البرنامج أو إدخال بيانات تجعل النظام يتخذ قرارًا خاطئًا. لذلك يجب حماية نموذج AI ضمن دورة تحديث الجهاز والتحقق من سلامة الملفات وتحديد من يملك صلاحية تغيير النسخة المستخدمة.
الحافة الصناعية تحتاج إلى الحذر من أثر التوقف
في بيئات المصانع والطاقة والخدمات الحيوية، قد تتحكم أنظمة الحافة في عمليات فعلية وليس بيانات رقمية فقط. الخطأ أو الاختراق قد يؤدي إلى توقف الإنتاج أو تعطيل أجهزة مادية، ما يجعل توفر النظام وسلامته بنفس أهمية سرية المعلومات.
لهذا لا يكون الإجراء الصحيح دائمًا فصل الجهاز مباشرة عند ظهور أي تنبيه. قد يؤدي إيقاف عقدة معينة إلى مشكلة تشغيلية أكبر. يجب تصميم خطط الاستجابة بالتعاون بين فرق الأمن وفرق التشغيل، وتحديد ما الأنظمة التي يمكن عزلها فورًا وما الأنظمة التي تحتاج إلى انتقال منظم إلى وضع آمن.
الحماية المادية جزء من الأمن السيبراني عند الحافة
عندما تكون الخوادم والأجهزة موجودة خارج مركز بيانات محمي، يمكن أن يصبح الوصول المادي إليها خطرًا حقيقيًا. قد يحاول شخص إزالة وحدة تخزين أو توصيل جهاز خارجي أو إعادة تشغيل النظام من وسيط مختلف.
لذلك يمكن أن تشمل الحماية استخدام أغلفة مقاومة للعبث، وتشفير وحدات التخزين، والتحقق من الإقلاع، ووضع الأجهزة في مواقع يصعب الوصول إليها، وتسجيل محاولات فتحها أو تغيير مكوناتها. أهمية هذه الإجراءات تختلف حسب مكان الجهاز ومدى حساسية البيانات التي يتعامل معها.
Zero Trust مناسب للبيئات الطرفية
توزع أجهزة Edge بين مواقع متعددة يجعل فكرة الثقة المبنية على الشبكة أقل ملاءمة. لا ينبغي افتراض أن عقدة ما موثوقة فقط لأنها موجودة داخل موقع تابع للشركة. الأفضل التحقق من هوية الجهاز وحالته وصلاحياته قبل كل اتصال حساس.
يمكن تطبيق مبادئ Zero Trust من خلال منح كل عقدة أقل قدر من الوصول، والتحقق المستمر من حالة الأجهزة، وعزل الوحدات التي تظهر عليها إشارات غير طبيعية. بهذا الأسلوب يصبح اختراق جهاز واحد أقل قدرة على الانتشار عبر البنية بالكامل.
كيفية بناء استراتيجية أمن لحوسبة الحافة
أفضل استراتيجية تبدأ قبل تركيب الأجهزة، لأن معالجة الأمن بعد انتشار آلاف العقد ستكون أكثر تكلفة. يجب تحديد نوع البيانات التي ستتم معالجتها، ومواقع الأجهزة، ومدة تشغيلها، والطريقة التي سيتم بها تحديثها وإدارتها.
يمكن بناء خطة عملية من خلال سبع مراحل:
حصر الأصول: تسجيل كل عقدة وجهاز وبرنامج واتصال.
تصنيف البيانات: تحديد ما يحتاج إلى تشفير أو حماية إضافية.
تأمين الهوية: إنشاء هوية موثوقة لكل جهاز وخدمة.
تقليل الاتصالات: السماح فقط بحركة الشبكة المطلوبة للعمل.
إدارة التحديثات: ضمان وصول الإصلاحات بصورة موثوقة.
المراقبة المركزية: اكتشاف الأجهزة غير الطبيعية أو القديمة.
الاستجابة: وضع سيناريو واضح لعزل العقد واستعادة الخدمة.
هذه المراحل تتوافق مع الفكرة الأوسع في إرشادات NIST الخاصة بإدارة مخاطر أجهزة IoT، التي تؤكد ضرورة ربط القدرات الأمنية باحتياجات المؤسسة والمخاطر الفعلية لكل حالة استخدام.
كيف تستفيد المشاريع من Edge Computing دون تعقيد أمني كبير؟
ليس كل مشروع يحتاج إلى توزيع مئات الخوادم على الحافة. يجب أولًا تحديد ما إذا كانت هناك حاجة فعلية للمعالجة المحلية، مثل حساسية زمن الاستجابة أو حجم البيانات أو ضعف الاتصال بالشبكة. إذا لم توجد هذه الحاجة، فقد تكون الحوسبة السحابية المركزية أبسط من ناحية الإدارة والحماية.
أما إذا كانت الحافة ضرورية، فمن الأفضل استخدام عدد محدود من الأنماط القياسية للأجهزة والأنظمة بدل تركيب حلول مختلفة في كل موقع. التوحيد يسهل إدارة التحديثات والسياسات ومراقبة الثغرات، ويقلل عدد الحالات التي يجب على فريق الأمن فهمها.
أخطاء شائعة في تأمين Edge Computing
أحد أكثر الأخطاء انتشارًا هو التعامل مع أجهزة الحافة كأنها معدات يتم تركيبها ثم نسيانها. الجهاز سيحتاج إلى مراقبة وتحديث وإدارة طوال عمره التشغيلي، وقد يمتد هذا العمر إلى سنوات.
كما تشمل الأخطاء منح جميع الأجهزة صلاحيات متشابهة، واستخدام كلمات مرور افتراضية، وعدم فصل أجهزة IoT عن الأنظمة المهمة، وتخزين البيانات دون تشفير، وعدم معرفة الأجهزة التي انتهى دعمها. كذلك يمثل غياب خطة للاستبدال خطرًا، لأن المؤسسة قد تجد نفسها تعتمد على جهاز لا يمكن تحديثه لكنها لا تستطيع إيقافه بسهولة.
أسئلة شائعة عن حوسبة الحافة والأمن السيبراني
هل Edge Computing أكثر خطورة من الحوسبة السحابية؟
ليست بالضرورة أقل أمانًا، لكن طبيعة المخاطر مختلفة. السحابة تركز الموارد داخل بيئات كبيرة تتم إدارتها مركزيًا، بينما الحافة توزع الموارد على مواقع أكثر عددًا وتنوعًا. هذا يزيد تحديات الإدارة والحماية المادية والتحديث، ولذلك يحتاج النموذج إلى ضوابط تناسب التوزيع بدل نسخ سياسة السحابة كما هي. ETSI تشير بوضوح إلى أن طبيعة MEC تخلق جوانب أمنية تحتاج إلى معالجة متخصصة إلى جانب الأساليب المستخدمة في السحابة.
هل الاحتفاظ بالبيانات عند الحافة يحسن الخصوصية؟
قد يساعد إذا كان يسمح بمعالجة البيانات محليًا وإرسال النتائج فقط بدل إرسال المحتوى الكامل، لكن الخصوصية لا تتحقق تلقائيًا. يجب حماية التخزين المحلي وتحديد مدة الاحتفاظ والوصول إلى البيانات، وإلا يمكن أن تصبح عقدة الحافة نفسها مصدرًا للتسريب.
ما أهم إجراء لتأمين أجهزة Edge؟
لا يوجد إجراء واحد يكفي، لكن معرفة الأجهزة وإدارتها طوال دورة حياتها من أهم الأساسيات. الهوية والتحديثات والتقسيم والمراقبة والتشفير يجب أن تعمل معًا، لأن فقدان السيطرة على جهاز بعيد يمكن أن يحوله إلى نقطة دخول للشبكة.
هل تحتاج أجهزة إنترنت الأشياء إلى تحديثات مستمرة؟
نعم، لأن الثغرات قد تظهر بعد إطلاق المنتج. إرشادات NIST لمنتجات IoT تتعامل مع الأمن كموضوع يمتد عبر مراحل التصميم والتطوير والدعم، وهو ما يجعل القدرة على معالجة المخاطر بعد النشر عنصرًا مهمًا في دورة حياة المنتج.
ما دور التشفير في الحوسبة الطرفية؟
التشفير يحمي البيانات عند انتقالها بين الجهاز والحافة والسحابة، ويمكنه حماية المعلومات المخزنة إذا تم الوصول إلى الجهاز ماديًا. لكن فعاليته تعتمد أيضًا على حماية مفاتيح التشفير وإدارة من يستطيع استخدامها.
هل يمكن استخدام Zero Trust مع Edge Computing؟
نعم، وهو مناسب جدًا للبيئات الموزعة لأن كل جهاز أو خدمة يمكن تقييمه بصورة مستقلة بدل منح الثقة بناءً على وجوده داخل شبكة معينة. يمكن تقليل الصلاحيات والتحقق من هوية الجهاز وحالته ثم تقييد الوصول حسب الحاجة.
الخاتمة
تغير حوسبة الحافة مكان تنفيذ العمل الرقمي؛ فبدل انتقال كل البيانات إلى مركز بعيد، تنتقل قدرات المعالجة نفسها نحو المصانع والفروع وشبكات الاتصالات والمركبات والأجهزة. هذه الخطوة توفر سرعة وكفاءة وقدرة أكبر على العمل بالقرب من نقطة تولد المعلومات، لكنها تجعل البنية الأمنية أكثر توزيعًا وتضيف تحديات في إدارة الأجهزة والهوية والتحديثات والوصول المادي والمراقبة.
لذلك لا يمكن تأمين Edge Computing بجدار حماية إضافي فقط. الحماية يجب أن تبدأ من الجهاز والمنصة، ثم تمتد إلى نظام التشغيل والتطبيقات والبيانات والاتصالات وواجهات API والسحابة التي ترتبط بها. وتؤكد أعمال NIST المتعلقة بحماية منصات السحابة والحافة على أهمية النهج متعدد الطبقات، بينما توضح ETSI أن بيئات MEC تحتاج إلى معالجة أمنية تراعي الطبيعة الموزعة ومتعددة الأطراف لهذه البنية.
القاعدة الأهم هي أن نقل المعالجة إلى نقطة تولد البيانات يجب أن يصاحبه نقل ضوابط الحماية إليها أيضًا. فإذا كانت المؤسسة قادرة على معرفة كل جهاز، والتحقق من هويته، وتحديثه، وتقليل صلاحياته، ومراقبة سلوكه وعزله عند الضرورة، يمكن للحافة أن تقدم فوائدها دون أن تتحول إلى شبكة ضخمة من النقاط غير المرئية. المستقبل المتصل لن يعتمد فقط على معالجة البيانات بسرعة أكبر، بل على القدرة على حماية هذه المعالجة أينما حدثت.
0 تعليقات