وكلاء Cogent المعتمدون على GPT-6.1 Sol يخفضون زمن إصلاح الثغرات الأمنية بنسبة 75%

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

السياق أولًا ثم الوكلاء

أساس النظام هو Context Engine. فهو يحتفظ لكل عميل برسم معرفي يضم الأصول والثغرات والحسابات والمالكين والتبعيات. وتقوم وكلاء خلفية بمطابقة البيانات باستمرار بين أدوات الأمن، كي يعمل وكلاء التحقيق والإصلاح على صورة واحدة للعالم. ويصف المدير التقني Geng Sng ذلك بأنه «memory harness للمؤسسة»: فلا حاجة إلى إعادة اكتشاف بنية الوحدات التقنية مع كل مهمة جديدة. والنتيجة الجانبية: تأخير أقل، ونفقات استدلال (inference) أقل، وتفاوت أقل في الإجابات.

مثال بسيط. عندما كُشفت ثغرات PHP2Shell الحرجة في PHP، بدلًا من البحث اليدوي عن مواضع تشغيل PHP في الشركة، يتتبع الوكلاء الرسم المعرفي: يجدون الأنظمة المتأثرة، ويقيّمون مدى إمكانية وصول المهاجم إليها، ويضعون خطة تراعي تبعيات التطبيقات والقيود التشغيلية. ثم ينفذون الإصلاحات وفق إجراء متفق عليه مع العميل، ويتحققون من أن الثغرة أُغلقت فعلًا. وتستخدم Cogent في التحقيق والتخطيط GPT-6.1 Sol وGPT-6 Astra.

صلاحية التنفيذ في طبقة مستقلة

أكثر ما يهم المهندسين هو كيف تعالج Cogent سؤال «ماذا لو أفسد الوكيل كل شيء». التغييرات المسموحة ومتطلبات الموافقة موصوفة في Agent Policies. ويفحص محرك TRACE كل استدعاء لأداة وفق هذه القواعد قبل التنفيذ، والفحوص حتمية ولا تتطلب استدعاءً منفصلًا للنموذج. وفوق ذلك يوجد Agent Gateway الذي يتحقق من التفويض بشكل مستقل، وتُشغَّل المهام الخطرة في بيئات معزولة (sandboxes). ويختار العميل بنفسه النمط: تحقيق فقط، أو تغييرات بموافقة بشرية، أو إصلاح ذاتي محدود.

هذا مبدأ يستحق التذكر: يجب ألا يعتمد أمان الوكيل على ما إذا كان النموذج قد فهم التعليمات فهمًا صحيحًا. القواعد تعيش في الكود لا في الـ prompt.

الاقتصاد: نماذج مختلفة لمهام مختلفة

تقسّم Cogent العمل بحسب التعقيد. يُستخدم GPT-6.1 Sol للتنفيذ العام والتحقيقات الثقيلة، وGPT-5.6 لمهام إدارة الثغرات الروتينية التي لا تحتاج إلى استدلال عميق. وعند تشغيل «أسراب» من الوكلاء يصبح سعر الرموز (tokens) سريعًا أكبر بند إنفاق، وبذلك يتحول هذا التوجيه من تحسين إلى ضرورة.

وتقول Cogent أيضًا إنها اضطرت إلى كتابة كود ربط أقل مع OpenAI API: فتوجيه الطلبات وتنسيق الوكلاء تتولاه المنصة في معظمه. ويكتب معظم المهندسين الكود في Codex لأنه يوفر أدوات جاهزة. وفي أبحاثها الخاصة يستخدم الفريق برنامجي Trusted Access for Cyber وDaybreak، بما في ذلك مستوى Daybreak Red الذي يضم نماذج متخصصة للتحليل الهجومي المُصرَّح به. والهدف فهم كيف يمكن ربط الثغرات ببعضها عبر الحسابات والموارد والقيود الشبكية.

ما الذي ينبغي أخذه بتحفظ

هذه حالة عميل منشورة في مدونة OpenAI، وليست دراسة مستقلة. الأرقام، وهي خفض متوسط زمن معالجة الثغرات الحرجة بنسبة 75% لدى شركة سيارات ضمن Fortune 1000 وزيادة إنتاجية الفرز خمسة أضعاف لدى مُكامِل تقنية معلومات ضمن Fortune 500، تأتي من Cogent نفسها دون منهجية أو مؤشرات أساس. والعملاء مجهولو الهوية باستثناء MarketAxess، وهو يتحدث عن ترتيب أولويات المخاطر لا عن مقاييس. أما الادعاءات حول انخفاض الهلوسات وأفضلية التكلفة مقارنة بمزودين آخرين فهي أيضًا بلا معايير قياس (benchmarks). والإصلاح الذاتي الكامل ما زال في الخطط: من التعديلات البسيطة في الإعدادات إلى سيناريوهات متعددة الخطوات تمس أنظمة مختلفة.

ما الذي يمكن تطبيقه عمليًا

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