أهم خبر AI هذا الأسبوع ليس ارتفاعاً جديداً في نتائج البرمجة. أظهرت Google وOpenAI وAnthropic بنية سوق واحدة: نماذج عامة للعمل الواسع، وبجانبها نسخ سيبرانية أقوى أو أكثر سماحاً للمدافعين الموثوقين. أعلنت Google عن Gemini 3.8 Flash Cyber عبر Fairwind Program، وقالت OpenAI إن Astra بلغ عتبة Critical للأمن السيبراني، وقدمت Anthropic Mythos 5.1 بوصول موثوق مقابل Fable 5.1.

نماذج AI مغلقة للدفاع السيبراني مع رموز درع وثغرات ومراجعة كود

هذا مهم عملياً لأن الأمن السيبراني لم يعد عرضاً جانبياً. اكتشاف الثغرات، اقتراح التصحيحات، قراءة مستودعات كبيرة، reasoning حول exploit، triage للاعتماديات واستخدام الأدوات تلقائياً أصبحت اختبارات حقيقية لقدرة النماذج. السؤال للمؤسسات ليس هل تساعد AI فريق الأمن، بل كيف نضبط أداة قد تجد ثغرة حقيقية وتقترح تغييراً حقيقياً وتخلق خطراً جديداً.

ما الذي حدث

تصف Google Flash Cyber كنموذج لكشف الثغرات والتصحيح الآلي، متاحاً لـ trusted defenders. وتستخدم OpenAI لغة أقوى مع Astra: مع الأدوات والوصول المناسبين يمكنه العثور على عيوب غير معروفة وبناء مسارات استغلال من دون توجيه بشري خطوة بخطوة. أما Anthropic فتفصل Fable وMythos كقدرة واحدة مع مستويات حماية مختلفة.

النمط المشترك هو سوق من مستويين: إنتاجية عامة، وقدرات سيبرانية خاضعة للرقابة.

لماذا تختبر مهام الأمن النماذج

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

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

حالة Google

تذكر Google أرقاماً مثل أكثر من 70% في benchmark داخلي عبر 20 لغة، و47.2% pass@1 على CWE-Bench، وتصحيحات Chrome صحيحة أكثر من نماذج تجارية أكبر، ونتائج داخلية مع Wiz وGoogle Cloud Vulnerability Research.

هذه إشارات مهمة وليست ترخيصاً للدمج الآلي. benchmark يتأثر بالبيانات، prompts، الأدوات ومعيار التصحيح. في الإنتاج يحتاج أي patch إلى build، اختبارات، code review وموافقة أمنية.

حالة OpenAI

تغير Astra النبرة لأن OpenAI تستخدم عتبة Critical. تقول الشركة إنها أخرت أجزاء من التطوير والإصدار لتقوية safeguards، وإن الوصول الدفاعي سيتوسع تدريجياً عبر Daybreak Blue.

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

حالة Anthropic

يوضح Fable/Mythos شكل الشراء القادم. لن يكفي سؤال أي نموذج أقوى. يجب سؤال أي مستوى قدرة متاح، كيف تُحفظ البيانات، أين تعمل البنية، ما المهام المسموحة، وما السجلات المتاحة.

في الأمن السيبراني قد تحتوي prompts على كود خاص، أسماء مضيفين داخلية، logs، credentials وسياق حوادث. من دون سياسة بيانات ووصول واضحة، تصبح قوة النموذج خطراً.

معضلة trusted access

تبدو عبارة trusted defender منطقية حتى نحدد من هو موثوق. الشركات الكبيرة والحكومات والبنية الحرجة ستدخل أولاً. مشرف مكتبة open source صغيرة لكنها مهمة، أو باحث خارج مناطق مفضلة، قد يبقى خارجاً.

يجب السؤال عن معايير الأهلية، الاستئناف، النطاق، logs، المهام المسموحة، حدود الشبكة، واستخدام الأدوات، ومسار disclosure. وتحتاج الشركات سياسة داخلية قبل وصول النموذج إلى فريق متحمس.

الموثوقية

قد تجد AI ثغرة حقيقية وقد تخترع واحدة. قد تكتب patch يبدو سليماً لكنه يكسر سلوكاً مهماً، أو اختبارات تخدم جوابها. نقاشات HN ركزت كثيراً على false positives، ديون agents، والتحقق.

النموذج الصحيح: AI تقترح، والنظام الهندسي يتحقق. التقرير يحتاج خطوات إعادة إنتاج، نسخاً متأثرة، أثر ودليل. التصحيح يحتاج CI، اختبارات، مراجعة كود وموافقة أمنية.

نشر عملي

ابدأ بمهام منخفضة الخطر: تلخيص advisories، خريطة الاعتماديات، triage للسجلات، مسودات اختبارات، واقتراح patches في forks. امنح وصول قراءة فقط أولاً. الكتابة فقط في فرع مؤقت. لا production secrets، لا وصول إنتاج مباشر، مع sandbox وaudit logs.

للبحث عن الثغرات حدد النطاق مثل pentest: المستودعات، hosts، الحسابات، الأدوات، المحظورات، التصعيد ومسؤولية disclosure.

أسئلة للمورد

هل القدرة السيبرانية في النموذج الافتراضي أم في gated tier؟ من يتأهل؟ هل توجد قيود إقليمية؟ هل تُستخدم البيانات للتدريب؟ هل توجد بنية يتحكم بها العميل؟ كيف أُجريت benchmarks؟ ما تعريف patch الصحيح؟ هل يمكن تقييد الأدوات والشبكة وcredentials؟ هل يمكن تصدير audit logs؟

الخلاصة

يجب التعامل مع Cyber-capable AI كبنية أمنية ذات امتيازات، لا كروبوت دردشة. تحتاج نطاقاً محدوداً، credentials قصيرة، sandbox، CI، مراجعة بشرية، logs وقواعد disclosure. ستستفيد الفرق التي تربط القدرة الجديدة بانضباط قديم: الصلاحيات، الاختبارات، التدقيق والتحكم.