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

Microsoft: تأمين Edge AI يبدأ بإثبات الثقة قبل تسليم النماذج والبيانات

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

04 سبتمبر 2026
5 دقائق قراءة
4 قراءة
فريق تحرير certi.news
Microsoft: تأمين Edge AI يبدأ بإثبات الثقة قبل تسليم النماذج والبيانات

نشرت Microsoft في 4 سبتمبر 2026 إرشادات لتأمين الذكاء الاصطناعي الطرفي (Edge AI)، محذرة من أن نقل تنفيذ النماذج إلى الأجهزة أو البوابات أو البيئات المحلية المملوكة للعملاء لا يغيّر مكان معالجة البيانات فقط، بل يعيد توزيع مسؤولية الثقة والأمن. ففي هذا النموذج قد توجد أوزان النماذج، وبيانات العملاء، وبيانات الاعتماد، والقدرة على التأثير في أنظمة فعلية داخل بنية لا يسيطر عليها مزود النموذج مباشرة.

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

ما الذي يتغير في نموذج الثقة؟

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

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

أربع ركائز للتحقق قبل الإفراج

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

الإثبات وحده لا يكفي

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

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

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

لماذا لا تكفي ضوابط أمن البرمجيات التقليدية؟

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

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

ما الذي يعنيه ذلك للمؤسسات؟

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

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

مصدر الخبر
كيف أعددنا هذا الخبر؟

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

ف
كاتب المقال

فريق تحرير certi.news

فريق التحرير

فريق تحرير certi.news يتابع المصادر التقنية ويعيد بناء الأخبار بالعربية مع مراجعة الحقائق والسياق قبل النشر.

من نفس التصنيف

مقالات قد تهمك

عرض جميع المقالات