عرض Mistral Large 4 التجريبي لـ Django مع 133 وكيلًا: لقد أعاد إنتاج خطأ كان Django قد أصلحه بالفعل

أُعلن عن Mistral Large 4، النموذج المفتوح الأوزان الذي يضم 1.05 تريليون معامل والذي أطلقت عليه Mistral AI لقب Le Chonk، في 4 نوفمبر 2026 بوصفه باحثًا أمنيًا يعمل من البداية إلى النهاية. وقد سأل منشور من حساب Mistral الرسمي على X عمّا إذا كان النموذج يستطيع "العثور على ثغرة حرجة وإثباتها وإصلاحها"، ثم أجاب بـ133 وكيلًا وقاعدة شيفرة Django وفاصل زمني مسرّع 90×. لا يذكر المنشور أي CVE. ولا ينشر أي رقعة. ولا يقدّم زمن تشغيل، ولا عدد رموز، ولا عدد النتائج الإيجابية الكاذبة، ولا رابطًا إلى تقرير تقني.

يضيّق التوقيت نطاق الاحتمالات. كان فريق الأمن في Django قد أصدر إصلاحات لستّ ثغرات CVE في اليوم السابق، 3 نوفمبر 2026، ضمن 6.1.3 و6.0.10 و5.2.19 (ثمة مشكلة واحدة لا يتضمن الإصدار 5.2 ترقيعًا لها). إذا كانت تلك الدفعة هي المستهدفة — وهي الدفعة الوحيدة من ثغرات Django CVE في الأخبار ذلك الأسبوع — فلا يمكن أن يكون العرض قد اكتشف عيبًا غير معروف، لأن الثغرات الست كلها كانت علنية ومُرقّعة قبل نشر الفيديو. ولم تكن أيضًا ثغرة حرجة. حصلت واحدة على تصنيف متوسط؛ وصُنّفت الخمس الأخرى منخفضة.

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

ما الذي أظهرته Mistral فعليًا

المنشور قصير: «هل يستطيع Mistral Large 4 العثور على ثغرة أمنية حرجة، وإثباتها، وإصلاحها؟ اختبرناه على CVE حديثة في Django. يقوم 133 وكيلًا برسم خريطة الشيفرة، والبحث عن العيوب، واختبار سيناريوهات الهجوم، وتأكيد الخلل. ثم يقوم Le Chonk بترقيعها. الفرز، وإعادة الإنتاج، والترقيع. معروض بسرعة 90x.» في وقت الكتابة كان لديه 540 إعجابًا و94 إعادة نشر و107 ردود وحوالي 21,000 مشاهدة — منشور منتج محترم، وليس إفصاحًا.

تصف ملاحظات الإصدار الخاصة بـ Mistral سير العمل نفسه بمزيد من التفصيل. يُدرج إعلان الأوزان المفتوحة وكيلًا باسم «Cyber Vulnerability Triage» يقرأ تقارير الثغرات الواردة، ويعيد إنتاج العيوب في بيئة اختبار معزولة، ويكتب رقعة ويُجري عليها تعديلات متكررة، ويواصل «حتى يتوقف استغلال كناري عن العمل». هذه ميزة موثّقة للنموذج، كُتبت قبل الفيديو. وتشغيل الوكلاء الـ133 هو عرض عام لها.

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

دفعة Django، ولماذا لا تصلح كلمة «حرجة»

إنّ التنبيه الصادر عن Django في 3 نوفمبر محدد على نحو غير معتاد، وهذا ما يجعله مفيدًا كضابط مرجعي. وهو يسرد ست مشكلات، لكل منها رقم CVE، ومُبلِّغ، ومجموعة فروع متأثرة، وإيداع إصلاح. ولا تقترب درجات الخطورة من مستوى الحرجة:

• CVE-2026-111362 — متوسط. قد يتسبب عضو crs في هندسة GeoJSON في جعل GDAL يُصدر طلبات شبكة أو يقرأ ملفات محلية أثناء التحقق أو الحفظ أو الاستعلام: مسار SSRF وقراءة للملفات المحلية.

• CVE-2026-108147 — منخفض. كانت عمليات الرفع متعددة الأجزاء المشفَّرة بـ Base64 تُخزَّن مؤقتًا قبل تشغيل معالجات الرفع، مما يتجاوز FILE_UPLOAD_MAX_MEMORY_SIZE ويسمح باستنفاد الذاكرة.

• CVE-2026-111211 — منخفضة. تم تسجيل أحرف التحكم في قيم نموذج الهندسة غير الصالحة دون تهريب، مما يسمح بحقن السجلات أو تزويرها.

• CVE-2026-113593 — منخفض. أنتجت قيم رأس Vary المفقودة والفارغة مفتاح تخزين مؤقت نفسه، مما قد يعرّض الاستجابات الخاصة المخزنة مؤقتًا للكشف.

• CVE-2026-113733 — منخفضة. كان بإمكان مستخدمي الإدارة للعرض فقط رؤية تجزئات كلمات المرور الكاملة لبعض نماذج المستخدمين المخصصة.

• CVE-2026-114582 — منخفض. قد يؤدي إدخال سلسلة SpatialReference إلى تشغيل عمليات جلب عناوين URL أو قراءة ملفات بواسطة GDAL؛ وتتطلب الحماية الكاملة توفر GDAL 3.9 أو إصدار أحدث.

تم إصلاح العيوب الستة جميعًا في اليوم نفسه. تلك هي العملية المعتادة في Django: يُنشر التنبيه والتصحيحات وسجلات CVE معًا. والنموذج الذي «يؤكد الخطأ» بعد يوم إنما يؤكد خطأً إصلاحه موجود بالفعل في المستودع، وخطوات إعادة إنتاجه موجودة في التقرير العام. إعادة إنتاج خطأ مُبلَّغ عنه هي أول مهمة في قائمة الفرز، لذا فهذا عمل حقيقي — لكنه ليس مثل اكتشاف خطأ.

لم تُسمِّ Mistral ثغرة CVE، لذا لا يمكن التحقق من الادعاء مقابل إشعار أمني محدد. وإذا كان الهدف خارج دفعة نوفمبر، فإن المنشور لا يقدّم أي وسيلة لتحديده أو تأريخه أو مقارنة الرقعة المولّدة بالإصلاح الأصلي في المشروع المصدر. كما لم تُنشر الرقعة نفسها.

133 وكيلًا هو رقم تنسيق.

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

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

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

أرقام الأمان التي تنشرها Mistral بالفعل

تضع مقالة Mistral ذات الأوزان المفتوحة نموذج Mistral Large 4 عند 51% في مؤشر Artificial Analysis Cyber Index، ضمن رسم بياني من إنتاج الشركة يضع MiMo-V2.6-Pro عند 56% وDeepSeek-V4.1-Flash 1017 عند 57%، مع Kimi K3 عند 41% وGLM-5.3 عند 36%. ويختبر المؤشر ما إذا كان النموذج قادرًا على اكتشاف الثغرات في قاعدة شيفرة برمجية، وإعادة إنتاجها والتحقق منها، وترقيعها — وهي الأفعال الثلاثة نفسها الواردة في العرض التجريبي.

يذكر المنشور نفسه معدل رفض متوسطًا بنسبة 96.6% للطلبات السيبرانية الخبيثة، وهو ما تصفه Mistral بأنه الأعلى الذي تقيسه بين النماذج المفتوحة، ومقاومة هجمات بنسبة 97.1% في معيار B3 لأمان الوكلاء، ارتفاعًا من 93.3% في نسخة المعاينة. كما أدرجت صفحة معاينة أكتوبر نتيجة 82% في اختبار Mistral الخاص بإعادة إنتاج الثغرات وتصحيحها، و93% من أصل 40 تحديًا في Cybench؛ ولا يكرر منشور الأوزان المفتوحة أيًا من هذين الرقمين.

كل هذه مُبلَّغ عنها من قِبل المورّد. لم يُعَد إنتاج أيٍّ منها بشكل مستقل، ومخطط Cyber Index هو تصوّر من Mistral لمؤشر طرف ثالث وليس التقاطًا من لوحة المتصدرين. هذا لا يجعل الأرقام خاطئة، بل يجعلها ادعاءات، وفيديو العرض التوضيحي ادعاء آخر في السلسلة نفسها.

ثمة توتر حقيقي في التموضع. فالنموذج المضبوط ليرفض 96.6% من طلبات الأمن السيبراني الخبيثة يُسوَّق أيضًا بقدرته على إعادة إنتاج الاستغلالات وكتابة التصحيحات. وإجابة Mistral هي نسخة متخصصة للاختبار الاختراقي والفرق الحمراء، مقيدة بعمليات تدقيق وحدود تعاقدية تقصرها على الأنظمة المملوكة أو المصرح بها. أما نقطة الحفظ مفتوحة الأوزان فهي النموذج العام، مع حواجز حماية يمكن للمضيف ضبطها — وهذا تحديدًا سبب تتبع مسألة الاستخدام المزدوج للأوزان بدلًا من API.

ما الذي سيحوّل العرض التوضيحي إلى دليل؟

يتطلب ادعاء موثوق من البداية إلى النهاية ستة أشياء. لا شيء منها غريب؛ وكلها غائبة من المنشور.

• ثغرة CVE مسمّاة، أو خلل بلا تقرير عام — حتى يستطيع القارئ التمييز بين الاكتشاف وإعادة الإنتاج.

• الالتزام القابل للاستغلال والالتزام المُرقَّع، حتى يمكن مراجعة الفروقات.

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

• عدد الإيجابيات الكاذبة: كم مرشحًا طرحه الوكلاء قبل أن ينجح أحدهم.

• الوقت الفعلي المنقضي وتكلفة الرموز للتشغيل الكامل، وليس مضاعفًا للتشغيل.

• إعادة تشغيل مستقلة يقوم بها شخص ليس من Mistral.

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

تشغيل النمط على قاعدة الشيفرة الخاصة بك

تُعدّ الأوزان المفتوحة الجزء المهمّ بالنسبة إلى فرق الأمن. أصدرت Mistral نقطة تفتيش النموذج في 29 أكتوبر 2026 بموجب Mistral Ecosystem Open-Weight License، وهو ترخيص MIT معدّل يسمح بالاستخدام والتعديل والضبط الدقيق والتسويق التجاري، لكنه يتطلب ترخيصًا منفصلًا لأي جهة تدير نشاطًا تجاريًا قائمًا على تقديم النموذج كخدمة. تحتوي نقطة التفتيش على 1.05 تريليون معامل، مع 49 مليارًا نشطًا لكل رمز، وسياق بطول مليون رمز، ونسخة NVFP4 لوحدات معالجة الرسوميات Blackwell. استضافتها ذاتيًا تعني شراء عنقود حوسبة، وليست تنزيلًا على حاسوب محمول، لكنها تُبقي الشيفرة المصدرية والنتائج داخل محيطك الأمني — وهو السبب الذي يجعل فريق الأمن يختارها بدلًا من واجهة برمجة تطبيقات.

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

هنا يأتي دور التوجيه. نموذج Mistral Large 4 ليس ضمن كتالوج OrcaRouter — فهو يُقدَّم عبر واجهة Mistral البرمجية الخاصة بها ويمكن تنزيله للاستضافة الذاتية — لكن OrcaRouter يضع أكثر من 200 نموذج آخر خلف مفتاح واحد متوافق مع OpenAIبهامش ربح 0% على سعر القائمة لدى المزوّد، مع تحويل تلقائي عند الفشل ولغة توجيه (DSL) قادرة على تركيب مدقّق رأي ثانٍ داخل الاستدعاء نفسه. لا يحتاج خط أنابيب الفرز إلى نموذج واحد يتقن كل شيء؛ بل يحتاج إلى أن يكون كاتب التعديل ومراجع التعديل مختلفين، ومفتاح واحد طريقة أرخص للوصول إلى ذلك من عقدين مع مورّدين.

الادعاء الجدير بالمتابعة

تملك Mistral عناصرَ منتج أمني موثوق: أوزان مفتوحة، وحلقة فرز موثّقة، ومقاييس رفض قوية، ومعيارًا يقيس الأفعال الصحيحة. لكن ما لا تملكه علنًا هو حالة اكتشف فيها النموذج شيئًا لم يكن قد أُصلح بالفعل. ينبغي أن يسمّي العرض التوضيحي التالي الخلل، وينشر الـ diff، ويتيح لشخص آخر تشغيله. وإلى أن يحدث ذلك، فإن فيديو الوكلاء الـ133 عرضٌ للتنسيق، لا دليلٌ على الاكتشاف — وكلمة «حرج» تحمل من الثقل ما لا تدعمه دفعة Django.