التكنولوجيا والابتكار

MDASH يدخل Azure Government، لكن المعاينة محصورة بجهات مختارة

|الكاتب: فريق تحرير QUASA|5 دقيقة للقراءة| 5
MDASH يدخل Azure Government، لكن المعاينة محصورة بجهات مختارة

نشرت Microsoft نظام فحص الشفرة المعروف بالاسم الرمزي MDASH في Azure Government في 8 سبتمبر 2026، لكن ذلك لم يحوّله إلى خدمة عامة لجميع المشتركين. وتؤكد تغطية Nextgov/FCW أن الأداة متاحة في معاينة محدودة لجهات حكومية أميركية وشركاء مختارين، وأن مكاتب دفاعية ومدنية تستكشف قدراتها من دون إعلان أسماء الوكالات المشاركة.

وبحسب إعلان Microsoft في 8 سبتمبر، نُشر MDASH داخل Azure Government بوصفه ميزة في Microsoft Defender، ويعمل مع نماذج متاحة ضمن خدمة Microsoft Foundry الحاصلة على ترخيص FedRAMP High. هذا هو الفارق المركزي: النظام أصبح موجودًا داخل البيئة الحكومية، بينما يظل الوصول الفعلي إليه انتقائيًا ويحتاج إلى التواصل مع فريق حساب Microsoft.

النشر داخل Azure Government لا يعني الإتاحة العامة

نشر MDASH داخل Azure Government مع بقاء الدخول إلى المعاينة محصورًا بجهات أميركية مختارة.

تفصل الحالة الحالية بين مستويين مختلفين. الأول هو النشر التقني داخل Azure Government، والثاني هو أهلية الاستخدام، وهي لا تزال مقيدة بمعاينة لعملاء حكوميين أميركيين مختارين وشركاء مخولين.

  • ما أصبح منشورًا: قدرة MDASH المرتبطة بـMicrosoft Defender داخل بيئة Azure Government.
  • حالة الوصول: معاينة محدودة، وليست إصدارًا متاحًا تلقائيًا لجميع مستأجري السحابة الحكومية.
  • المؤهلون حاليًا: عملاء مختارون من الحكومة الأميركية وشركاء مخولون.
  • ما لم يُحدد: أسماء الوكالات المشاركة، والتسعير، وموعد الإتاحة العامة، ومعايير توسيع المعاينة.

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

كيف يحوّل MDASH أكثر من 100 وكيل إلى مسار فحص واحد؟

مسار MDASH يوزع فحص مستودع الشفرة على وكلاء متخصصين ثم يتحقق من النتائج ويزيل تكرارها.

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

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

  1. التحضير: فهرسة الشفرة ورسم سطح الهجوم ونموذج التهديد.
  2. المسح: إنتاج فرضيات مدعومة بأدلة من مسارات الشفرة.
  3. التحقق: اختبار الحجج المؤيدة والمعارضة لإمكان الوصول والاستغلال.
  4. إزالة التكرار: جمع التنبيهات التي تمثل العيب نفسه.
  5. الإثبات: محاولة إنشاء وتشغيل مدخل محفز للخلل حيث يكون ذلك ممكنًا.

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

نتائج Microsoft قوية، لكنها ليست تقييمًا للمعاينة الحكومية

تقييم Microsoft لقدرات MDASH يفصل الثغرات المؤكدة عن النتائج المرفوضة أو غير المحسومة.

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

وفي اختبار داخلي على برنامج تشغيل خاص يحتوي على 21 ثغرة مزروعة عمدًا، قالت Microsoft إن النظام وجد الحالات الـ21 كلها من دون نتائج إيجابية كاذبة في تلك الجولة. كما سجل، وفق الشركة، استدعاءً قدره 96% على 28 حالة مؤكدة في clfs.sys خلال خمسة أعوام، و100% على سبع حالات في tcpip.sys خلال الفترة نفسها.

أما نتيجة CyberGym فتحتاج إلى تمييز زمني واضح. تقرير مايو ذكر نجاحًا بنسبة 88.45% في 1,507 مهمة مأخوذة من 188 مشروعًا ضمن OSS-Fuzz باستخدام الإعداد الافتراضي من المستوى الأول، بينما أورد إعلان سبتمبر رقمًا أحدث قدره 96.55 من دون أن يوضح في النص المنشور سبب التغير أو ما إذا كانت إعدادات التشغيل متطابقة. لذلك لا يصح دمج الرقمين أو اعتبار الفرق تحسنًا قابلًا للقياس من الصفحتين وحدهما.

حتى نتيجة «صفر نتائج إيجابية كاذبة» مقيدة بتشغيل واحد على برنامج اختبار خاص؛ فهي لا تعني أن MDASH سيحافظ على النتيجة نفسها مع قواعد شفرة حكومية مختلفة. ولا تنشر الصفحات المتاحة حتى الآن بيانات مستقلة عن الدقة أو زمن الفحص أو الكلفة داخل المعاينة الحكومية.

لماذا يغيّر موقع التشغيل معنى الخدمة؟

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

تصف Microsoft Azure Government بأنها سحابة منفصلة ومعزولة يشغلها أشخاص أميركيون خضعوا للتدقيق، وتقول إن الشفرة وما يتعلمه MDASH عنها يبقيان داخل الحد المعتمد لمعالجة تلك البيانات. لكن هذا الوصف صادر عن مزود الخدمة، ولا يغني كل جهة عن تقييم متطلبات الاعتماد وضوابط البيانات الخاصة بها.

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

اقرأ أيضًا:

مشاركة:

اشترك في نشرتنا الإخبارية

احصل على أحدث أخبار الويب 3 والذكاء الاصطناعي والعملات المشفرة مباشرة في بريدك.

0