في غضون أسابيع قليلة من صيف 2026، أطلقت OpenAI وجوجل نموذجين متخصصين في الأمن لا يستطيع معظم المطورين الوصول إليهما: نموذج GPT-5.6-Cyber من OpenAI في 10 أغسطس، ونموذج Gemini 3.5 Flash Cyber من جوجل في 21 يوليو. كلاهما يساعد في اكتشاف الثغرات البرمجية، وكلاهما يتطلب موافقة للوصول إليه، ولا يوفر مفتاح API ذاتي الخدمة.
لكن النموذجين ليسا من النوع نفسه: أحدهما موجه أكثر للبحث الهجومي، والآخر للتصحيح الدفاعي. لذلك، لا تكون المقارنة المباشرة بينهما مفيدة إلا بعد فهم مهمة كل نموذج وحدود الوصول إليه.
مقارنة جنبًا إلى جنب
| GPT-5.6-Cyber | Gemini 3.5 Flash Cyber | |
|---|---|---|
| المورد | OpenAI | جوجل |
| تاريخ الإطلاق | 10 أغسطس 2026 | 21 يوليو 2026 |
| مبني على | GPT-5.6 Sol، الفئة الرائدة | Gemini Flash، فئة سريعة ومنخفضة التكلفة |
| يميل إلى | هجومي: سلاسل الاستغلال واكتشاف الثغرات غير المعلنة | دفاعي: اكتشاف الثغرات وإصلاحها |
| الوصول | Daybreak Red لفرق الأمن المعتمدة | تجربة محدودة للحكومات والشركاء الموثوق بهم |
| واجهة API عامة | لا | لا |
| تسعير عام | لا | لا |
| البرنامج | OpenAI Daybreak | Google CodeMender |
الخلاصة: GPT-5.6-Cyber نموذج بحث هجومي متقدم، بينما Gemini 3.5 Flash Cyber نموذج أخف للتصحيح الدفاعي. هذا الفرق يفسر اختلاف النموذج الأساسي، وآلية الوصول، وطريقة تقييم النتائج.
مستويات نماذج مختلفة
يعتمد GPT-5.6-Cyber على GPT-5.6 Sol، وهو نموذج الاستدلال الأعلى قدرة لدى OpenAI. البحث في قواعد برمجية كبيرة وغير مألوفة، وربط سلوكيات متعددة لاكتشاف ثغرة، يتطلب استدلالًا مستمرًا؛ ولهذا وضعت OpenAI نموذجها الأعلى ضمن فئة Cyber.
أما Gemini 3.5 Flash Cyber فيعتمد على فئة Flash السريعة والأقل تكلفة بدلًا من فئة Pro الرائدة. وهذا مناسب لطبيعة CodeMender: فحص الكود على نطاق واسع، العثور على العيوب، واقتراح إصلاحات لها بكفاءة.
من المهم أيضًا الانتباه إلى مسار الإصدار: انتقل نموذج Flash العام إلى 3.6، بينما بقي نموذج Cyber عند 3.5، لأنهما يتبعان مسارات إصدار مختلفة.
توجه مختلف: هجومي مقابل دفاعي
هذا هو الفرق العملي الأهم عند تقييم النموذجين.
تقول OpenAI إن GPT-5.6-Cyber دُرّب على تقليل حالات الرفض للمهام ذات الاستخدام المزدوج الأعلى خطورة، وعلى تحسين اكتشاف الثغرات غير المعلنة وبناء سلاسل الاستغلال، وفق إعلان توسيع Daybreak. ويُقدَّم النموذج عبر Daybreak Red، المخصص للبحث المعتمد عن الثغرات، والتحقق من الاستغلال، واختبارات الأمان.
كما ركزت أمثلة الإطلاق على سيناريوهات هجومية، منها ثغرتان متسلسلتان في V8 ضمن Chrome، تم تعيين CVE-2026-15903 لهما، بالإضافة إلى نتائج أُبلغ عنها في نظام تشغيل محمول وقاعدة بيانات ونواة نظام تشغيل.
في المقابل، تطرح جوجل Gemini 3.5 Flash Cyber كنموذج يركز على الاكتشاف والإصلاح. وفق تحديث نماذج Gemini، فهو جزء من CodeMender، وهو جهد لرصد العيوب الأمنية في الكود واقتراح تصحيحات لها. التركيز هنا هو المعالجة وسد الثغرات، وليس بناء استغلال لها.
هذا لا يعني أن أحد النموذجين آمن والآخر خطير؛ فكلاهما يتعامل مع قدرة ذات استخدام مزدوج. لكن عند رسم خريطة للأدوات، ستجد أن OpenAI تميل إلى البحث الهجومي المعتمد، بينما تبقى جوجل أقرب إلى التصحيح الدفاعي.
شفافية مختلفة
نشرت OpenAI تفاصيل رقمية أكثر، بما في ذلك:
- مقياس داخلي لمعدل الإنجاز: يجيب GPT-5.6-Cyber على 95.0% من المطالبات السيبرانية المتقدمة، مقابل 1.5% لنموذج Sol الأساسي.
- الإشارة إلى معايير مثل ExploitGym.
- الإبلاغ عن CVE محدد في العالم الحقيقي.
- تصنيف إطار الاستعداد بأنه “مرتفع” وأقل من “حرج”.
لمعرفة تفاصيل الوصول إلى برامج Daybreak، راجع Daybreak Blue vs Red.
كانت جوجل أكثر تحفظًا عند الإطلاق: أكدت وجود النموذج، ووظيفته الدفاعية، ووضعه المقيد، لكنها لم تنشر معدلات إنجاز مماثلة لكل مهمة أو جداول معيارية مباشرة.
لذلك، لا تضع النموذجين في مخطط أداء واحد. لا يوجد معيار مشترك منشور شغّله البائعان وجهًا لوجه، كما أن المهام المستهدفة مختلفة أصلًا: تطوير الاستغلال مقابل توليد التصحيحات.
ما يشتركان فيه
رغم الاختلافات، يشير النموذجان إلى نمط واضح في أدوات الأمن المعتمدة على الذكاء الاصطناعي:
- الوصول مقيد، وليس API مفتوحة: لا يمكن استخدام أي منهما بالخدمة الذاتية. كلاهما يتطلب موافقة، والوصول محصور في منظمات معتمدة.
- لا يوجد تسعير عام: لا توجد تكلفة معلنة لكل token، وأي جدول أسعار غير رسمي لا يمثل مصدرًا موثقًا.
- نفس منطق الاستخدام المزدوج: النموذج القادر على اكتشاف الثغرات قد يساعد المدافعين في الإصلاح والمهاجمين في الاستغلال، لذا يبدأ البائعون بوصول ضيق ومراقَب.
- مسارات إصدار مربكة: يستخدم نموذج OpenAI تسمية Sol/Terra/Luna، بينما بقي نموذج جوجل الأمني عند 3.5 رغم انتقال Flash العام إلى 3.6.
إذا كنت تبحث عن مفتاح API لأي منهما، فالإجابة الحالية هي: لا يتوفر وصول ذاتي الخدمة.
ماذا تفعل عمليًا اليوم؟
ما لم تكن ضمن مزود أمان معتمد أو شريك حكومي، فلن تتمكن من استخدام أي من النموذجين حاليًا. مراقبتهما مفيد لفهم اتجاه السوق، لكنهما ليسا جزءًا عمليًا من حزمة أدوات معظم الفرق هذا الربع.
بدلًا من ذلك، ركز على اختبار أمان واجهات API التي تملكها بالفعل. أغلب المشاكل القابلة للمنع ليست بحاجة إلى نموذج سيبراني متقدم؛ بل تحتاج إلى اختبارات منتظمة لحالات المصادقة، والنقل، والعقد.
باستخدام عميل API مثل Apidog، ابدأ بهذه الفحوصات:
1. اختبر حدود المصادقة
أرسل الطلب نفسه مع رموز مفقودة ومنتهية الصلاحية وصالحة، ثم تحقق من رموز الاستجابة المتوقعة:
GET /api/projects
بدون Authorization
→ يجب أن يعيد 401 Unauthorized
Authorization: Bearer <expired-token>
→ يجب أن يعيد 401 Unauthorized
Authorization: Bearer <valid-token-without-permission>
→ يجب أن يعيد 403 Forbidden
Authorization: Bearer <valid-token>
→ يجب أن يعيد 200 OK
طبّق مبدأ أقل الامتيازات أيضًا على الوكلاء وأتمتة الذكاء الاصطناعي. راجع: ما يمكن لمفتاح API لوكيل الذكاء الاصطناعي الخاص بك فعله بالفعل.
2. تحقق من أمان النقل
إذا كانت واجهتك تتطلب شهادات عميل أو mTLS، اختبر المسارين:
- أرسل طلبًا بدون شهادة عميل وتأكد من رفضه.
- أرسل الطلب نفسه بشهادة صالحة وتأكد من نجاحه.
- اختبر شهادة منتهية أو غير موثوقة.
- وثّق رمز الحالة ورسالة الخطأ المتوقعة لكل حالة.
راجع دليل اختبار شهادات العميل وmTLS باستخدام Apidog.
ابدأ بما يمكنك تشغيله الآن: نزّل Apidog وأنشئ مجموعة اختبارات لحالات المصادقة أولًا.
الأسئلة المتكررة
أيهما أفضل: GPT-5.6-Cyber أم Gemini 3.5 Flash Cyber؟
يعتمد ذلك على المهمة. GPT-5.6-Cyber نموذج متقدم للبحث الهجومي، مثل تطوير الاستغلال واكتشاف الثغرات غير المعلنة. Gemini 3.5 Flash Cyber نموذج أخف مخصص للتصحيح الدفاعي. لا يوجد معيار مباشر منشور يقارن بينهما بالنقاط.
هل يمكنني استخدام أي منهما عبر API؟
لا. كلا النموذجين مقيدان. يتطلب GPT-5.6-Cyber موافقة Daybreak Red، بينما Gemini 3.5 Flash Cyber مشروع تجريبي محدود للحكومات والشركاء الموثوق بهم. لا يوفر أي منهما معرف نموذج API ذاتي الخدمة.
لماذا الوصول إلى النموذجين مقيد؟
بسبب الاستخدام المزدوج. النموذج الجيد في اكتشاف الثغرات قد يساعد المدافعين على الإصلاح، لكنه قد يساعد أيضًا في الاستغلال. لهذا يقيد البائعان الوصول إلى شركاء معتمدين ويراقبان الاستخدام قبل التوسع.
ما الفرق بين النموذجين الأساسيين؟
يعتمد GPT-5.6-Cyber على GPT-5.6 Sol، وهو نموذج الاستدلال الرائد لدى OpenAI. يعتمد Gemini 3.5 Flash Cyber على فئة Flash الأسرع والأقل تكلفة من جوجل، وهي مناسبة للفحص والإصلاح على نطاق واسع.
ماذا أستخدم بدلًا من ذلك؟
لتأمين واجهات API الخاصة بك، نفّذ اختبارات المصادقة والنقل والعقد باستخدام عميل مثل Apidog. لا تحتاج إلى نموذج مقيد لتبدأ اكتشاف أخطاء الأمان الأساسية.
Top comments (0)