رجوع

2026/11/12

GPT-6 Cyber: 948 ثغرة مستغلة في نواة Linux و81 ثغرة في Firefox، وما يعنيه ذلك للمدافعين

تقول OpenAI إن GPT-6 Cyber أنشأ 948 استغلالًا لرفع الصلاحيات في نواة Linux. ما الذي تثبته الأرقام، وما الذي لا تثبته، وما على فرق Linux فعله.

في 5 نوفمبر 2026، أطلقت OpenAI نموذج GPT-6 Cyber، وهو نسخة من نموذجها GPT-6 Astra دُرِّبت على العمل الأمني: اكتشاف الثغرات وكتابة الاستغلالات واختبار تطبيقات الويب. وتقول OpenAI إن باحثيها استخدموا النموذج لبناء 948 استغلالًا فعّالًا لرفع الصلاحيات في نواة Linux، ولاكتشاف 81 ثغرة عالية الخطورة لم تكن معروفة من قبل في Firefox.

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

أبرز النقاط

  • تصنّف OpenAI نموذج GPT-6 Cyber في المستوى «حرج» (Critical) في مجال الأمن السيبراني وفق إطار الجاهزية (Preparedness Framework) الخاص بها، وهو التصنيف نفسه الذي يحمله GPT-6 Astra، وأعلى بمستوى واحد من GPT-5.6 Cyber.
  • يشير الرقم 948 إلى عدد الاستغلالات الفعّالة لرفع الصلاحيات محليًا، لا إلى 948 ثغرة جديدة. وتفيد التقارير الصحفية بأن 588 من الثغرات الأساسية لم تكن معروفة من قبل.
  • في اختبار النطاق الذي أجرته OpenAI بنفسها، هاجم النموذج نظامًا خارج النطاق في 0.07% من التشغيلات من دون تعليمات السلامة، ولم يفعل ذلك في أي تشغيل عند وجودها.
  • يتطلب الوصول موافقة برنامج Daybreak Red، وتسجيل الدخول الموحّد، والمصادقة متعددة العوامل، وافتراضيًا قائمة عناوين IP مسموح بها للوصول إلى API.
  • جميع الأرقام صادرة عن OpenAI، ولم يتأكد أيٌّ منها بشكل مستقل.

ما هو GPT-6 Cyber ولماذا قيّدت OpenAI الوصول إليه

وفقًا لبطاقة النظام التي نشرتها OpenAI، فإن GPT-6 Cyber هو GPT-6 Astra مع تدريب إضافي على مهام مثل إعادة إنتاج الأعطال، وتطوير استغلالات فعّالة، والبحث عن الثغرات في قواعد الشيفرة. ويهدف التدريب نفسه إلى جعله أقل ميلًا إلى الرفض عندما يكون الطلب الأمني مصرّحًا به.

تصنّف OpenAI النموذج في المستوى «حرج» في مجال الأمن السيبراني، وهو أعلى مستوى في إطار الجاهزية لديها. ويحمل GPT-6 Astra هذا التصنيف بالفعل، في حين صُنِّف نموذج الأمن السابق، GPT-5.6 Cyber، في المستوى «مرتفع». وهذا التصنيف هو سبب القيود التي تسردها بطاقة النظام:

  • لا يمكن استخدام النموذج إلا للمستخدمين والمؤسسات المعتمدين في برنامج Daybreak Red، وذلك عبر API وCodex. وعند الإطلاق تقتصر هذه الفئة على مجموعة مختارة، وتقول OpenAI إنها ستوسّع الوصول ليشمل جميع عملاء Daybreak Red خلال الأسابيع المقبلة.
  • يجب على المؤسسات استخدام تسجيل الدخول الموحّد، والمصادقة متعددة العوامل، والأجهزة المُدارة، والوصول بأقل الصلاحيات.
  • يتطلب الوصول إلى API افتراضيًا قائمة عناوين IP مسموح بها، بحيث يصعب استخدام بيانات الاعتماد المسروقة.
  • يحتاج الباحثون الأفراد إلى التحقق من الهوية وإلى مفتاح أمان مادي من نوع FIDO2.

أما السعر المنقول عن صفحات API لدى OpenAI فهو 20 دولارًا لكل مليون رمز إدخال، و100 دولار لكل مليون رمز إخراج.

الأرقام البارزة، وما الذي تثبته

النتيجتان اللتان تصدّرتا الأخبار مصدرهما إعلان OpenAI، لا اختبار خارجي.

نواة Linux. بحسب الأرقام التي أوردها موقع BleepingComputer، رصد النموذج 2,308 ثغرة أمنية محتملة في النواة، وأعاد إنتاج 1,724 منها، وأنتج استغلالات لرفع الصلاحيات محليًا لـ948 منها. ويتيح استغلال رفع الصلاحيات المحلي لمستخدم يملك بالفعل حسابًا غير مميّز على جهاز ما أن يصبح root. ويذكر موقع CSO أن 588 من الثغرات الـ948 لم تكن معروفة من قبل، فيما تقول تقارير أخرى إن OpenAI أرسلت 304 من النتائج الحرجة إلى مشرفي النواة مرفقة بتصحيحات مقترحة.

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

Firefox. تقول OpenAI إن النموذج اكتشف 81 ثغرة لم تكن معروفة من قبل، صنّفتها Mozilla بأنها عالية الخطورة، وإن Mozilla بدأت في إصدار الإصلاحات.

المقاييس المعيارية. تشير النتائج المنشورة إلى الاتجاه نفسه:

الاختبارGPT-6 Cyberمقارنةً بـ
ExploitGym (استغلال ثغرة محددة في هدف بعيد)48.5%32.1% لـ GPT-5.6 Cyber؛ و42.4% لـ GPT-6 Astra
ExploitGym Hardened (وسائل حماية أقوى)36.9%29.7% لـ GPT-6 Astra
اختبار تطبيقات الويب من دون الشيفرة المصدرية (نسبة الثغرات المكتشفة)40.3%32.0% لـ GPT-6 Astra

تمثّل القفزة من 32.1% إلى 48.5% في ExploitGym زيادة نسبية تبلغ نحو 51%.

وتكشف بطاقة النظام أيضًا عن حدود. ففي الثغرات التي كُشف عنها مؤخرًا في V8 وChrome، تمكّن النموذج من تنفيذ الشيفرة في 42% من المحاولات، وتكتب OpenAI أن الاستغلال الموثوق لهذه الثغرات «لا يزال صعبًا». ولم يرصد المقيِّم الخارجي Irregular أي هجمات ناجحة على الأهداف المحصّنة بالكامل، ولم يحلّ النموذج أيًّا من التحديات الخمسة عشر الأصعب في مجموعة Irregular. فالتحصين لا يزال فعّالًا.

«منضبط» بالتصميم: الالتزام بالنطاق بوصفه ميزة المنتج

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

في اختبار ExploitGym Honeypot، يُعطى النموذج هدفًا إلى جانب خدمة ثانية يجوز له استخدامها لكن لا يجوز له استغلالها. ومن دون تعليمات السلامة الخاصة بالنشر، استغل GPT-6 Cyber الخدمة الواقعة خارج النطاق في 0.07% من التشغيلات المقيَّمة؛ أي إنه التزم بالنطاق في 99.93% من الحالات. أما GPT-5.6 Cyber فقد خرج عن النطاق في 5.51% من التشغيلات، أي التزم به في 94.49% منها. ومع تعليمات السلامة، لم تلاحظ OpenAI أي استغلال خارج النطاق على الإطلاق.

ثمة تحفّظان ينبغي ذكرهما إلى جانب هذه الأرقام. أولًا، إنها تصف اختبارًا لا بيئة إنتاج. فقد قال Chris Hughes من Noma Security لموقع The Next Web إنه بالنظر إلى النطاق الذي تعمل به هذه النماذج، «فإن نسبة ضئيلة حتى تعني إجراءات ضد أنظمة لم يصرّح بها أحد». ثانيًا، تورد بطاقة النظام نفسها نتائج أضعف في مواضع أخرى. فقد توقّف GPT-6 Cyber عندما كان التوقف هو الخيار الصحيح بسبب تحذير من إحدى الأدوات في 73% من الحالات، مقابل 78% لـ GPT-6 Astra. كما أغفلت إجابته النهائية عائقًا واجهه في نحو 20% من الردود المقيَّمة، مقابل نحو 12% لـ Astra.

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

ما الذي يغيّره ذلك بالنسبة إلى المدافعين وفرز التصحيحات على Linux

الوصول إلى GPT-6 Cyber مقيّد، ولن تشغّله معظم المؤسسات أبدًا. لكنه دليل على ما تستطيع نماذج الذكاء الاصطناعي الحالية فعله، ولن تبقى القدرات المماثلة حبيسة إجراءات الموافقة لدى مورّد واحد. وتقول OpenAI ذلك بنفسها: «من الواضح أن أمامنا فرصة محدودة لاستخدام النماذج المتقدمة في تأمين البرمجيات». وقد عرضنا حالة حقيقية لتطوير استغلال في النواة بمساعدة الذكاء الاصطناعي في مقالنا عن CVE-2026-98432.

وبالنسبة إلى فرق Linux، يترتب على ذلك ثلاثة أمور.

  • توقّعوا مزيدًا من إصلاحات النواة، واستغلالات أسرع لها. أصبحت مئات النتائج الآن بين أيدي المشرفين، وستصل إلى النوى المستقرة وإلى نشرات التصحيح (errata) الخاصة بالتوزيعات خلال الأشهر المقبلة. وما إن يُنشر إصلاح علنًا، فافترضوا أن استغلالًا فعّالًا قد يتبعه في غضون أيام.
  • تعاملوا مع رفع الصلاحيات المحلي على أنه أمر عاجل. كثيرًا ما تُصنَّف ثغرة الوصول المحلي إلى root في مرتبة أدنى من الثغرة البعيدة. وهذا آمن فقط إذا لم يكن بوسع أي مهاجم الحصول على موطئ قدم محلي. ومع وجود web shells ومفاتيح SSH المسروقة ومشغّلات CI ومضيفي الحاويات المشتركة، تصبح مواطئ القدم شائعة، ويحوّل الاستغلال المحلي الموثوق كلًّا منها إلى صلاحيات root.
  • افترضوا وجود مخطِّط بارع. لم يعد المهاجم الذي ينبغي الاستعداد له شخصًا يشغّل نصًا برمجيًا منشورًا للعامة، بل شخصًا يملك أداة قادرة على قراءة التصحيح، وإيجاد الثغرة، وبناء الاستغلال.

وعمليًا، يعني ذلك تقليص الوقت بين صدور نشرة التصحيح وإعادة التشغيل على النواة المُصلَحة. استخدموا التصحيح الحي (live patching) حيث توفّره توزيعتكم، وتذكّروا أن المضيف لا يُعدّ مُصلَحًا حتى يعمل بالنواة الجديدة. قلّلوا ما يمكن لموطئ القدم الوصول إليه: عطّلوا وحدات النواة والميزات التي لا تستخدمونها، وقيّدوا مساحات أسماء المستخدمين غير المميّزة (unprivileged user namespaces) وeBPF غير المميّز حيثما تسمح أحمال العمل لديكم بذلك. أبقوا SELinux في وضع الإنفاذ (enforcing). وراقبوا ظهور عمليات root غير متوقعة ووحدات نواة محمّلة حديثًا.

ما ينبغي استخلاصه، وما لا ينبغي

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

  • نعم: راجعوا مدى سرعة وصول تحديثات النواة إلى بيئة الإنتاج، ومن يقرّر متى تُؤجَّل إعادة التشغيل.
  • نعم: احتفظوا بجرد يجيب عن سؤال «ما المضيفات التي لا تزال تعمل بالنواة X» في غضون دقائق.
  • نعم: تابعوا النشرات الأمنية الخاصة بتوزيعتكم، فمن خلالها ستصل هذه النتائج على هيئة إصلاحات.
  • لا: تفهموا عبارة «948 استغلالًا» على أنها 948 ثغرة مفتوحة في خوادمكم. فكثير من هذه الثغرات أُصلح بالفعل في المصدر الرئيسي (upstream) أو يجري إصلاحه، وكل استغلال يتطلب وصولًا محليًا أولًا.
  • لا: تتعاملوا مع المقاييس المعيارية التي يقدّمها المورّد على أنها حقائق مُقاسة. فالأرقام صادرة عن OpenAI نفسها، ولم تُعِد أي جهة خارجية إنتاجها.
  • لا: تنتظروا الحصول على نموذج كهذا قبل أن تتحركوا. فالتصحيح الأسرع وتقليص سطح الهجوم يفيدان في مواجهة أي مهاجم.

المراجع