Cohere تستحوذ على AISLE الناشئة التي اكتشفت أكثر من 500 ثغرة بمعرّفات CVE خلال عام

أعلنت Cohere صفقة مقترحة للاستحواذ على AISLE، وهي شركة تأسست في 2025 وتبني أنظمة مستقلة لاكتشاف الثغرات المجهولة في البرمجيات الحرجة وإصلاحها. من الناحية الشكلية، يرد في عنوان الإعلان «خطاب نوايا»، بينما يتحدث النص عن «proposed agreement to acquire»، أي أن الصفقة لم تُغلق بعد. ولم يُكشف عن السعر ولا عن هيكل الصفقة ولا عن مواعيدها. لكن أرقام AISLE لافتة: ففي عامها الأول اكتشفت أكثر من 500 ثغرة مُنحت معرّفات CVE في أكثر من 100 قاعدة شيفرة.

ما الذي حققته AISLE في عامها الأول

حجة Cohere الرئيسية هي النتائج الفعلية، لا عروض توضيحية على اختبارات معيارية اصطناعية. وبحسب الشركة، عثر النظام على جميع الثغرات الـ12 التي أُغلقت في إصدار الأمان الصادر في يناير من OpenSSL، وعلى 18 من أصل 24 ثغرة CVE في أحدث إصدار من curl. ويُعدّ المشروعان جزءًا من الطبقة الأساسية للإنترنت، ويشتهر القائمون على صيانتهما بالصرامة في التعامل مع التقارير. وتقول Cohere إن القائمين على الصيانة أنفسهم تحققوا من النتائج بشكل مستقل.

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

باختصار، أبرز المؤشرات الواردة في الإعلان:

• عمر الشركة: تأسست في 2025؛
• أكثر من 500 ثغرة مجهولة سابقًا بمعرّفات CVE؛
• أكثر من 100 قاعدة شيفرة؛
• 12 من أصل 12 ثغرة في إصدار OpenSSL الصادر في يناير؛
• 18 من أصل 24 ثغرة CVE في أحدث إصدار من curl.

لماذا تحتاج Cohere إلى AISLE

تقدّم Cohere نفسها باستمرار بوصفها مزوّدًا للذكاء الاصطناعي السيادي للعملاء من الشركات والجهات الحكومية، لا منافسًا لروبوتات الدردشة الموجهة للمستهلكين. ويشكّل النشر في السحابة الخاصة (private cloud) وعلى البنية المحلية (on-prem) وفي البيئات المعزولة تمامًا (air-gapped) أساس هذا العرض. وبالنسبة لهؤلاء العملاء، يحدد الأمن ما إذا كان المشروع سينتقل من المرحلة التجريبية إلى الإنتاج.

يواصل شراء AISLE الخط الأوروبي لـ Cohere: فقد استحوذت سابقًا على Reliant AI وأبرمت شراكة مع Aleph Alpha. وتنضم إليهما الآن شركة تمتلك خبرة في الأمن السيبراني. وبالنسبة للقطاعات الخاضعة للتنظيم والقطاع الحكومي في أوروبا، تبدو حزمة تجمع بين التحكم المحلي في البيانات وفريق أمني خاص منطقية.

وهناك دافع بحثي أيضًا. تكتب Cohere أن قدرات النموذج الأساسي والنظام المتخصص المحيط به يعزز كل منهما الآخر. فإذا جرى تقريب أبحاث الثغرات المستقلة من تطوير النماذج وتدريبها، فقد تصبح مهام الأمن المعقدة القابلة للتحقق وسيلة لتقييم النماذج المستقبلية وتحسينها. فاكتشاف الثغرة يعطي نتيجة حاسمة: إما أن تتأكد CVE أو لا تتأكد. وهذه إشارة نادرة في مجال البرمجة، إذ لا تعتمد على تقييم ذاتي.

ماذا سيحصل العملاء وما الذي ينبغي متابعته

تعد Cohere بخمسة اتجاهات للتعزيز، وكلها معلنة حتى الآن بوصفها متوقعة لا جاهزة:

• اكتشاف متقدم للتهديدات في عمليات النشر للشركات والجهات الحكومية؛
• الحوكمة والمراقبة وقابلية الرصد (observability) لوكلاء الذكاء الاصطناعي والعمليات المستقلة؛
• حماية البيانات الحساسة والأنظمة الحرجة؛
• عمليات نشر آمنة في السحابة الخاصة وعلى البنية المحلية وفي البيئات المعزولة؛
• أنظمة مرنة سيبرانيًا قادرة على رصد التهديدات وترتيب أولوياتها والاستجابة لها.

عمليًا، يعني ذلك ما يلي. على الفرق التي تختار منصة للوكلاء في بيئة خاضعة للتنظيم أن تنتظر إغلاق الصفقة وأن تطلب تفاصيل محددة: هل سيدخل اكتشاف الثغرات في منتج تجاري أم سيبقى أداة بحثية داخلية، وكيف ستُربط وظائف المراقبة الوكيلية، وهل يعمل كل ذلك دون اتصال بالإنترنت. أما القائمون على صيانة المشاريع المفتوحة المصدر، فمن المفيد لهم متابعة ما إذا كانت AISLE ستحافظ على عملية الإفصاح والتحقق الحالية بعد الاستحواذ. وبالنسبة لمن يبنون خطوط عمل وكيلية (agentic pipelines) خاصة بهم، يقترح مثال AISLE مقياسًا: لا تعدّوا عدد التقارير، بل عدد ثغرات CVE المؤكدة والمقبولة.