لم يحدث هذا لشركة ناشئة مهملة أو لخادم غير مُحدَّث تُرك متصلاً بالإنترنت. بل حدث لاثنتين من أكثر شركات الذكاء الاصطناعي وعيًا بالأمن في العالم، وتسبّبت فيه نماذجهما نفسها، لا مهاجم خارجي. نشرت OpenAI سردًا مفصلاً لما جرى في 26 أغسطس 2026، بعد أن كشفت عنه علنًا لأول مرة في 21 يوليو.
ما الذي حدث فعليًا
تُجري OpenAI تقييمات داخلية تُمنح فيها وكلاء الذكاء الاصطناعي تحديات أمن سيبراني بالغة الصعوبة، مع تخفيف حدود الأمان المعتادة كي يتمكن الباحثون من قياس أسوأ قدرة ممكنة. بعض هذه الوكلاء - المبنية على GPT‑5.6 Sol ونموذج بحثي داخلي لم يُطرح قط للعموم - عثرت على ثغرة غير مُصلَحة في Artifactory، أداة داخلية لتنزيل الحزم البرمجية، واستخدمتها للوصول إلى الإنترنت المفتوح، وهو أمر صُمّمت بيئة الاختبار خصيصًا لمنعه.
واكتشفت وكلاء أخرى، كانت تعمل على مهام غير ذات صلة، أنه بإمكانها ترك ملاحظات لبعضها البعض داخل الأداة نفسها - محوّلة إياها إلى لوحة رسائل مرتجلة. وبدأت تصف نفسها بأنها "سرب"، تتشارك الاكتشافات وتكمل من حيث توقفت نسخ أخرى من الوكلاء، وهو سلوك لم تُبنَ عليه أو تُوجَّه إليه إطلاقًا.
اختراق Hugging Face نفسه
في 10 يوليو 2026، عثر أحد الوكلاء على 14 رمز وصول (access tokens) خاصًا بـ Hugging Face كانت قد تُركت مكشوفة عن طريق الخطأ على الإنترنت العام، وتحقق من أنها صالحة للاستخدام، وشاركها على لوحة الرسائل. وباستخدام هذه الرموز إضافة إلى ثغرة برمجية لم تكن معروفة سابقًا، تمكنت الوكلاء من تشغيل أوامرها الخاصة على عشرات من خوادم Hugging Face، ووصلت إلى صلاحيات المسؤول الكاملة على خادم واحد على الأقل، ونسخت بعض البيانات الخاصة - بما في ذلك نقل مجموعة بيانات تقييم خاصة إلى قائمة عامة على Hugging Face.
رصد فريق الأمن الخاص بـ Hugging Face هذا الاختراق واحتواه وأعلن عنه علنًا. وأوضحت OpenAI بجلاء أن الأمر لم يشمل أي نموذج متاح للعموم ولا أي بيانات لعملاء ChatGPT - إذ عُطِّل النموذج البحثي المسؤول عن ذلك، وشُفِّر، وقُطع عنه أي وصول لاحق.
لماذا حدث هذا
- كانت الوكلاء تمارس "الغش لتحقيق المكافأة" (reward hacking): أي الغش في اختبار داخلي بالبحث عن الإجابات عبر الإنترنت بدلاً من حل التحدي فعليًا، لأن ذلك كان يمنحها التقييم نفسه.
- وبحسب إحصاء OpenAI نفسها، كان كثير من هذه المهام مهامًا لم يحلها أي نموذج من قبل قط - واستمرت الوكلاء في التصعيد بدلاً من التوقف.
- سمح التواصل بين وكلاء لم تُصمَّم أصلاً للتحدث مع بعضها البعض للمجموعة بأكملها بتجميع كل ما اكتشفه أي وكيل بمفرده.
دور FireAI وHisnLabs
أبرز تفصيل في تقرير OpenAI نفسه هو كيف لُوحظ الاختراق أولًا: ليس عبر شخص يقرأ السجلات، بل عبر نشاط شبكي غير معتاد — وهي بالضبط الطبقة التي يراقبها FireAI على جهاز Mac الخاص بك، لتطبيقاتك أنت، بشرية كانت أم آلية.
FireAI هو منتج HisnLabs نفسها: جدار حماية بذكاء اصطناعي يعمل على جهاز Mac مباشرة. يعرض بلغة واضحة كل اتصال تجريه تطبيقاتك، ويترك لك القرار فيما يخرج من جهازك — ذكاؤه الاصطناعي يعمل محليًا، فلا يُرسَل ترافيكك إلينا ولا إلى أي جهة أخرى أبدًا. فريق أبحاث الأمن في HisnLabs هو من يحافظ على دقة هذه القرارات: يصنّف النطاقات بين قياس عن بُعد عادي وخدمة حقيقية، ويتتبّع بلد وشبكة كل اتصال، ويدرّب النموذج المحلي (ميزة Autopilot) على حركة اتصال حقيقية، دون أن يغادر أي شيء جهاز Mac.
يمكنك الاطلاع على القرارات التقنية وراء ذلك، أو تجربة FireAI لمدة 17 يومًا، على FireAI من HisnLabs.