curl وFirefox يغيّران سياسة الثغرات في اليوم نفسه بسبب الذكاء الاصطناعي وفي اتجاهين متعاكسين

في 20 أكتوبر 2026 غيّر مشروعان كبيران سياستهما في التعامل مع الثغرات، وسار كل منهما عكس الآخر، مع أن السبب المكتوب في الإعلانين واحد: الذكاء الاصطناعي.

أعلن Daniel Stenberg أن مشروع curl سيبدأ من 26 أكتوبر في نشر أي بلاغ ثغرة درجته LOW أو MEDIUM علنًا كـ issue على GitHub، بدل منصة HackerOne. وتمثل هذه الدرجتان أكثر من 90% من البلاغات التي تصل المشروع.

أما فريق أمان Firefox فاتخذ الاتجاه المعاكس. فالاختبار الذي يثبت أن الثغرة أُغلقت سيتأخر أسبوعًا بعد صدور الإصدار، فينزل الإصلاح وحده، ثم يلحقه الاختبار يوم الثلاثاء التالي.

وفي curl، المشكلة هي سيل البلاغات المولّدة بالنماذج، الذي يُثقل أعباء الصيانة، وهي مشكلة سبق أن دفعت مشرفًا في GNOME إلى مراجعة موقفه. ويقول Stenberg إن الفريق مرهق ولا بد أن يتصرف كي يستمر المشروع، وحلّه أن يجري العمل في العلن ليشارك فيه عدد أكبر من الناس.

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

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

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