GPT-6 Cyber: ابنِ طبقة تحكم للبحث المصرح

أطلقت OpenAI نموذج GPT-6-Cyber في 5 نوفمبر 2026 بوصفه نسخة متخصصة في الأمن السيبراني من GPT-6 Astra، وموجهة لاكتشاف الثغرات المصرح بها وإعادة إنتاجها والتحقق من الإصلاحات. لكن النموذج ليس صلاحية عامة ضمن API؛ فالوصول الأولي مقيد بعملاء Daybreak Red المعتمدين بصورة منفصلة، ويحتاج استخدام API إلى Project معتمد وقيمة برنامج وصول مطابقة وضوابط إضافية للحساب والشبكة.

لذلك تبدأ الاستفادة الحقيقية من Control Plane لا من Prompt. يستطيع النموذج القادر أن يقلص المسافة بين مسار كود مريب وثغرة قابلة لإعادة الإنتاج وإصلاح مختبر، لكنه لا يقرر قانونيًا هل الهدف داخل النطاق، ولا يجعل استغلال الإنتاج آمنًا، ولا يستبدل الإفصاح المنسق ومراجعة المختص.

تعتمد معلومات الإصدار ومتطلبات الوصول هنا على إعلان OpenAI ووثائق API وSystem Card الرسمية، بعد التحقق منها في 7 نوفمبر 2026. أما أرقام الاختبارات ونتائج Linux وFirefox ونسب الالتزام بالنطاق فهي ادعاءات تنشرها OpenAI. تصميم العزل وبوابات الموافقة وعقد الأدلة أدناه إرشاد هندسي.

الخلاصة أولًا

استخدم GPT-6-Cyber داخل مشروع بحثي مخصص ومعتمد فقط، على أن يفرض Runtime نطاق المهمة مستقلًا عن النموذج. اكتب الأهداف والأساليب ونافذة الوقت والأفعال المحظورة في Scope Manifest موقعة، واعزل النموذج عن الإنتاج، ومرر أدوات الملفات والشبكة والتنفيذ عبر Policy Gateway، واطلب موافقة بشرية قبل الأفعال التي تعبر حدودًا حساسة، وسجل ما يكفي لإعادة إنتاج الثغرة والإصلاح معًا.

ما الذي أطلقته OpenAI فعليًا؟

يصف الإعلان الرسمي GPT-6-Cyber بأنه نموذج مدرب على العثور على ثغرات قابلة للاستغلال والتحقق منها مع الالتزام بالحدود التي يضعها الباحث. وتصنفه OpenAI Critical في الأمن السيبراني ضمن Preparedness Framework. وتقول System Card إنه نسخة متخصصة من GPT-6 Astra خضعت لتدريب لاحق يرفع القدرة الأمنية ويقلل الرفض داخل العمل المصرح.

تعلن الشركة نتيجة 48.5% على ExploitGym مقابل 32.1% لـGPT-5.6 Cyber، وتقول إن النموذج تجنب الخدمات الخارجة عن النطاق في 99.93% من اختبار Alignment من دون Deployment Prompt، و100% معه. كما تقول إن باحثيها طوروا 948 استغلالًا لتصعيد الصلاحيات في Linux، وعثروا على 81 ثغرة عالية الخطورة غير معروفة سابقًا في Firefox، وأن Mozilla أصدرت إصلاحات لكثير منها.

هذه أرقام المورد، وليست وعدًا بتكرار النسب في Codebase أو بيئة مختلفة. حدود Benchmark أنظف من حدود التكليف الحقيقي؛ ونسبة Alignment لا تعوض Network Policy؛ وعدد الثغرات لا يوضح وحده كلفة False Positives أو وقت الفرز أو قبول الإصلاح في فريقك.

الوصول عقد نشر لا مفتاح Model

تنص صفحة النموذج على حاجة المؤسسة إلى Daybreak Red وموافقة منفصلة على GPT-6-Cyber. لا يكفي تفعيل Daybreak Red وحده. وتضيف وثائق Daybreak للـAPI أربع نقاط تشغيلية:

1. تأكيد الموافقة مع Account Team؛
2. تفعيل Daybreak Red على Project المحدد الذي ترسل منه الطلبات، ويفضل غير الافتراضي؛
3. إضافة عناوين Public Egress للتطبيق إلى IP Allowlist؛
4. إذا كان Project يستخدم Zero Data Retention، فتهيئة Private Safety Processing والتحقق من حالة الاحتفاظ المعتمدة.

يحدد الطلب النموذج وبرنامج الوصول مع Safety Identifier ثابت ومستعار:

{
  "model": "gpt-6-cyber",
  "access_programs": {"cyber": "daybreak_red"},
  "safety_identifier": "researcher_7f2a",
  "input": "صمّم اختبار انحدار لإصلاح Parser المراجع في VR-184. لا تتصل بأنظمة خارجية."
}

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

توثق OpenAI أخطاء منفصلة لقيمة Program خاطئة، وبرنامج لا يدعمه النموذج، وبرنامج غير مفعل في Project. عاملها كفشل إعداد، ولا ترجع صامتًا إلى نموذج مختلف أو مسار Standard لمهمة صممت ضوابطها وموافقاتها لـDaybreak Red.

ابنِ Scope Manifest مستقلة

أنشئ سجلًا غير قابل للتبديل قبل بدء Session:

{
  "engagement_id": "VR-184",
  "owner": "product-security",
  "targets": ["lab-api.internal:8443"],
  "source_repositories": ["payments/parser"],
  "allowed_actions": ["read_source", "compile", "run_local_tests", "send_lab_http"],
  "forbidden_actions": ["production_network", "credential_collection", "persistence", "third_party_targets"],
  "valid_from": "2026-11-07T07:00:00Z",
  "valid_to": "2026-11-07T15:00:00Z",
  "approvers": ["security_lead", "service_owner"],
  "artifact_policy": "encrypted-30d",
  "scope_hash": "sha256:..."
}

حوّل أسماء المضيفين إلى Address Set معتمدة قبل التنفيذ وثبّتها للتكليف، وإلا قد ينقل DNS متغير أو Shared Infrastructure طلبًا إلى خارج الحدود المقصودة. مثّل المستودع بـCommit ثابت، والصورة بـDigest، وبيانات Lab بـSnapshot ID. اسم هدف بلا هوية وزمن ليس حدًا يمكن الوثوق به.

معمارية مرجعية

افصل Control Plane البحث عن Execution Plane:

• الهوية والوصول: اربط المستخدم أو الخدمة المعتمدة بـProject وEngagement وRole الصحيحة. استخدم Credentials قصيرة العمر وأقل صلاحية.
• Session Broker: ينشئ جلسة واحدة تحمل Scope Manifest والنموذج وSafety Identifier وسياسة الاحتفاظ ووجهة الأدلة.
• Tool Gateway فارضة للسياسة: تفحص كل Command وPath وNetwork destination وأثر جانبي. النموذج يقترح والبوابة تقرر.
• Lab مؤقتة: تعيد الهدف من Artifacts مراجعة، وتبدأ من Snapshot نظيفة، وتمنع مسارات الإنتاج، ولا تعرض إلا Fixtures المعتمدة.
• Evidence Ledger: تسجل Prompt ونسخ النموذج والسياسة والأدوات المقترحة والمنفذة والموافقات والمخرجات والـHashes والتوقيتات.
• بوابات بشرية: تفرض مراجعة مختص قبل تنفيذ Exploit أو تغيير صلاحية أو استخراج بيانات أو قبول Patch أو إفصاح.

تفصل إرشادات Cybersecurity checks صراحة بين Trusted Access وبين أدوات التطبيق ونطاق التكليف. وتوصي بمراجعة Tool calls الحساسة، ورفض الأفعال غير المصرح بها، وإيقاف الخطوات الملتبسة أو عالية الخطر، وفرض حدود ملفات وشبكة مستقلة، والاحتفاظ بسجلات Audit، وFail Closed عند غياب المراجعة.

شغّل البحث كآلة حالات

استخدم انتقالات صريحة بدل أن تنزلق محادثة واحدة من الفرز إلى الاستغلال:

1. Requested: سجل الفرضية والمبلغ ومالك الأصل والأثر.
2. Scoped: اعتمد الأهداف والنسخ والتقنيات ونافذة الوقت والمحظورات.
3. Provisioned: ابنِ Replica معزولة واختبر Deny rules من داخلها.
4. Triaged: اطلب فحص الكود وفرضيات متنافسة، لا Exploit أولًا.
5. Reproduced: نفذ أصغر Proof معتمد في Lab واحفظ Input والبيئة.
6. Patched: طور أقل إصلاح يعالج Root Cause ووثق افتراضاته.
7. Verified: أثبت فشل Baseline، ومنع Patch للـProof، وبقاء السلوك المتوقع، واختبر تنويعات قريبة.
8. Disclosed: أرسل الأدلة إلى المالك وفق مسار الإفصاح المتفق.
9. Closed: اسحب Credentials، ودمر Lab، واحتفظ بما تسمح به السياسة، وسجل المخاطر الباقية.

لكل انتقال شرط قابل للفحص آليًا. وترتبط الموافقة البشرية بفعل محدد وScope hash محددة، لا بعلم دائم من نوع approve all.

تحقق من الثغرة والإصلاح منفصلين

لا يصبح Exploit أنشأه النموذج تقرير ثغرة تلقائيًا. اطلب:

• إعادة إنتاج حتمية أو بعدد محاولات محدود على Build متأثرة مثبتة؛
• Security invariant منتهكة وشروط مهاجم واضحة؛
• دليلًا أن الأثر سببه العيب لا Harness الاختبار؛
• Severity مبنية على الأثر القابل للوصول لا على درامية Payload؛
• Patch صغيرة مرتبطة بالسبب الجذري؛
• Regression test تفشل قبل الإصلاح وتنجح بعده؛
• اختبارات سلبية وتوافق حول المدخلات القريبة؛
• مراجعة بشرية مستقلة قبل Merge أو إفصاح.

إذا عجز النموذج عن إعادة الإنتاج، أبقِ unconfirmed منفصلة عن not vulnerable. قد تسبب Network Policy أو Fixture ناقصة أو عدم الحتمية False Negative. وبالمقابل، قد تمنع Patch Payload واحدة كتوقيع من دون إصلاح invariant.

أفضل الممارسات

• ابدأ بقراءة الكود واختبارات محلية فقط، ثم امنح أدوات أقوى عند حاجة الفرضية.
• استخدم API Project ومفتاحًا منفصلين للبحث الأمني المعتمد.
• افرض Outbound Allowlist في Runtime لا داخل نص Prompt.
• ثبّت Commits والتبعيات والصور وبيانات الاختبار.
• فضّل أدوات ضيقة الغرض على Shell غير مقيدة عندما يكون ذلك عمليًا.
• احذف الأسرار والبيانات الشخصية غير اللازمة قبل الإدخال والتخزين.
• اربط الموافقة بالـCommand والهدف ونسخة النطاق والانتهاء.
• قس دقة النتائج ونجاح الإعادة ووقت الإصلاح وجودة Regression وجهد المراجع.
• اختبر السحب الطارئ للمستخدم والمفتاح وProject وLab session.

الأنماط المضادة والحدود

تجنب اعتبار موافقة Daybreak إذنًا لاختبار أي أصل متاح، أو إدخال Credentials إنتاجية لجعل Lab «واقعية»، أو فتح Internet egress، أو إخفاء Tool calls المرفوضة من Audit، أو دمج Patch لأن النموذج نفسه اقترحها ثم «تحقق» منها.

لا يلغي GPT-6-Cyber التزامات التطوير الآمن. قد يهلوس السبب الجذري، أو يفرط في ملاءمة Crash، أو يفوت قيدًا خاصًا بالبيئة، أو ينشئ إصلاحًا يضيف عيبًا آخر. تقلل قيود OpenAI وأنظمة الأمان بعض المخاطر، لكنها لا تفرض عقدك أو القانون أو تفويض العميل أو Change process أو التزامات الإفصاح.

قائمة تنفيذية

• أكد موافقة المؤسسة وProject والموديل المحدد لـDaybreak Red.
• جهز Project المعتمد وIP allowlist وضوابط الاحتفاظ اللازمة.
• أنشئ Scope Manifest موقعة ومحدودة الوقت بهويات أهداف ثابتة.
• أعد الأهداف في Lab مؤقتة تمنع مسارات الإنتاج.
• ضع كل Tool call خلف Policy Gateway وبوابات موافقة محددة.
• احفظ Ledger مقاومة للعبث للأفعال المقترحة والمنفذة.
• تحقق مستقلًا من الثغرة والسبب والإصلاح وRegression.
• اسحب الوصول ودمر Lab عند الإغلاق.
• انسب Benchmarks إلى المورد ولا تحولها إلى ضمان محلي.

للمعمارية القريبة، راجع OpenAI Pando وبنية Git لوكلاء البرمجة، وعقد الأفعال في Model Spec، وComputer Use المحروس مع GPT-6.1 Terra. تجمع صفحة AI وRAG والبحث المتجهي السلسلة الهندسية الأوسع.

المراجع

• OpenAI — تقديم GPT-6 Cyber
• OpenAI API — نموذج GPT-6-Cyber
• OpenAI API — استخدام Daybreak في Responses API
• OpenAI API — فحوص الأمن السيبراني
• OpenAI — System Card لـGPT-6 Cyber
• OpenAI API — سجل التغييرات
• صورة الغلاف — Maj. Christopher Vasquez، Wikimedia Commons

إعداد: Noor Yasser

إعداد: Noor Yasser